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

[_4afc_]

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

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

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

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

[grv]

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

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

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

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

Рад бы помочь,но что то не помню таких ног у 22622.
Ксати не поделитесь даташитом на 24624 ? Поставшики с зимы завтраками кормят, ничего толком ответить не могут, на сайте как полагается информации 0 целых хрен десятых. Я даже не знаю это то что надо или нет, интересует 4,6Мбит по паре, т.е. то же что и 22622 но на скорость DSL в два раза выше.

[_4afc_]

Рад бы помочь,но что то не помню таких ног у 22622.
Ксати не поделитесь даташитом на 24624 ? Поставшики с зимы завтраками кормят, ничего толком ответить не могут, на сайте как полагается информации 0 целых хрен десятых. Я даже не знаю это то что надо или нет, интересует 4,6Мбит по паре, т.е. то же что и 22622 но на скорость DSL в два раза выше.

Я не качал док по 22622, а в 24624 это последовательный интерфейс к контроллеру ( параллельного нет пока)

24624 v1.2 теоретически может до 6.3 Мбит, а следующая версия - в два раза быстрее.
На практике всё зависит от версии фирмвары.

В октябре были свободно доступны в инете следующие файлы:

EASY_24624_Toolbrief.pdf
meyer-berg_2.pdf
SDFE4_2_Rev3_V12_UM_SysDescription.pdf
* SDFE-4_ds1_v11usersmanual.pdf
sdfe-4-2-1-pb.pdf
* socrates_16Bis_rev6.pdf

ищите гуглом (сегодня не откликаются, но неделю назад ещё лежали...)
* помечанные - лежат и сейчас

По поводу документации (NDA) и тех.характеристик - позвоните Виталию Шмелёву (ИНТЕХ)
(495) 797-55-35

Сообщение отредактировал _4afc_ - May 15 2006, 06:53

[grv]

Рад бы помочь,но что то не помню таких ног у 22622.
Ксати не поделитесь даташитом на 24624 ? Поставшики с зимы завтраками кормят, ничего толком ответить не могут, на сайте как полагается информации 0 целых хрен десятых. Я даже не знаю это то что надо или нет, интересует 4,6Мбит по паре, т.е. то же что и 22622 но на скорость DSL в два раза выше.

Я не качал док по 22622, а в 24624 это последовательный интерфейс к контроллеру ( параллельного нет пока)


24624 v1.2 теоретически может до 6.3 Мбит, а следующая версия - в два раза быстрее.
На практике всё зависит от версии фирмвары.


В октябре были свободно доступны в инете следующие файлы:

EASY_24624_Toolbrief.pdf
meyer-berg_2.pdf
SDFE4_2_Rev3_V12_UM_SysDescription.pdf
* SDFE-4_ds1_v11usersmanual.pdf
sdfe-4-2-1-pb.pdf
* socrates_16Bis_rev6.pdf

ищите гуглом (сегодня не откликаются, но неделю назад ещё лежали...)
* помечанные - лежат и сейчас

По поводу документации (NDA) и тех.характеристик - позвоните Виталию Шмелёву (ИНТЕХ)
(495) 797-55-35

Т.е. чо то типа SPI ?

Наелся в свое время обещаний инфинеона..
То что они пишут в Product brief работает на половину треть из которой работает не так как описано в datasheet

Кое что нашел, остальное возьмем по нда.

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

[_4afc_]

Т.е. чо то типа SPI ?

Хуже. Синхронный интерфейс.
То что пишет контроллер в SCDI складывается логическим И с внутренним выходом 24624 и подаётся на ногу SCDO. Соответственно если загонять туда 0, то по любому должен выходить 0.
Проблема в том, что туда надо загонять HDLC пакеты на скорости выше 1МГц, со стартом, адресом, данными, CRC и стопом.
Где-то на форуме читал, что при подобном интерфейсе у одной из микрух выход был в другом режиме.
У меня он всегда равен 1.

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

Разводил сам: 4 слоя, 0.15мм, via0.3, покрытие золото, изготовление - китай.
Сборка макета делалась полностью на стороне.

BGA - ничего страшного. Закройте via маской с двух сторон, сделайте золотые контактные площадки больше отверстий в маске и приготовте 600р за установку.

[Ledol]

1. Речь идет о PEF 24624 SDFE - следующее поколение SHDSL чипсетов от Infineon .
2. Что бы перейти в режим полудуплекса по SCI интерфейсу (в которм как раз идет объединение по "и") нужно передать первый пакет CMD_WR_REG_AUX_SCI_IF_MODE(03H). Который собственно это переключение инициализирует. После этого чип отвечает ACK_WR_REG_AUX_SCI_IF_MODE и переходит в режим полудуплекса, что позволяет отслеживать коллизии. До этого момента никакой взаимосвязи м-у SCDI/SCDO НЕТ!!!

[_4afc_]

1. Речь идет о PEF 24624 SDFE - следующее поколение SHDSL чипсетов от Infineon .
2. Что бы перейти в режим полудуплекса по SCI интерфейсу (в которм как раз идет объединение по "и") нужно передать первый пакет CMD_WR_REG_AUX_SCI_IF_MODE(03H). Который собственно это переключение инициализирует. После этого чип отвечает ACK_WR_REG_AUX_SCI_IF_MODE и переходит в режим полудуплекса, что позволяет отслеживать коллизии. До этого момента никакой взаимосвязи м-у SCDI/SCDO НЕТ!!!

Я так и предпологал. Остаётся лишь сформировать этот пакет и отправить его по SCI интерфейсу, но сдесь у меня три загвоздки:
1. Изначально тактирование идёт по фронту или по срезу?
2. На какой минимальной скорости можно передать первый пакет?
3. Содержимое первого пакета?

Касательно содержимого:
Флаг = 7E
Адрес источника = F1 (HOST)
Адрес приёмника = F9 (AUX)
Регистр A9
Данные 03

CRCpoly 1021

Данные передаём 0 битом вперёд, CRC - 15 битом, после 5 единиц всовываем 0.

Передавал

7E [ 8F 9F 95 C0 87 7F ] 7E - по доке, CRC считаю до переворота данных, данные перевёрнуты
7E [ F1 F9 A9 03 87 7F ] 7E - по доке, CRC считаю до переворота данных, данные не перевёрнуты
7E [ 8F 9F 95 C0 E7 4C] 7E - по доке, CRC считаю после переворота данных, данные перевёрнуты
то же, но CRC инвертировано:
7E [ 8F 9F 95 C0 78 80 ] 7E - по доке, CRC считаю до переворота данных, данные перевёрнуты
7E [ F1 F9 A9 03 78 80 ] 7E - по доке, CRC считаю до переворота данных, данные не перевёрнуты
7E [ 8F 9F 95 C0 18 B3 ] 7E - по доке, CRC считаю после переворота данных, данные перевёрнуты

Передавал с тактированием на фронте, правда частота всего 55кГц.
Числа внутри скобок обрабатывались битстафингом.

Всё безрезультатно.

Не могли бы вы написать точную последовательность бит, или указать где я ошибся?

[Ledol]

1. Речь идет о PEF 24624 SDFE - следующее поколение SHDSL чипсетов от Infineon .
2. Что бы перейти в режим полудуплекса по SCI интерфейсу (в которм как раз идет объединение по "и") нужно передать первый пакет CMD_WR_REG_AUX_SCI_IF_MODE(03H). Который собственно это переключение инициализирует. После этого чип отвечает ACK_WR_REG_AUX_SCI_IF_MODE и переходит в режим полудуплекса, что позволяет отслеживать коллизии. До этого момента никакой взаимосвязи м-у SCDI/SCDO НЕТ!!!

Я так и предпологал. Остаётся лишь сформировать этот пакет и отправить его по SCI интерфейсу, но сдесь у меня три загвоздки:
1. Изначально тактирование идёт по фронту или по срезу?
2. На какой минимальной скорости можно передать первый пакет?
3. Содержимое первого пакета?

Касательно содержимого:
Флаг = 7E
Адрес источника = F1 (HOST)
Адрес приёмника = F9 (AUX)
Регистр A9
Данные 03

CRCpoly 1021

Данные передаём 0 битом вперёд, CRC - 15 битом, после 5 единиц всовываем 0.

Передавал

7E [ 8F 9F 95 C0 87 7F ] 7E - по доке, CRC считаю до переворота данных, данные перевёрнуты
7E [ F1 F9 A9 03 87 7F ] 7E - по доке, CRC считаю до переворота данных, данные не перевёрнуты
7E [ 8F 9F 95 C0 E7 4C] 7E - по доке, CRC считаю после переворота данных, данные перевёрнуты
то же, но CRC инвертировано:
7E [ 8F 9F 95 C0 78 80 ] 7E - по доке, CRC считаю до переворота данных, данные перевёрнуты
7E [ F1 F9 A9 03 78 80 ] 7E - по доке, CRC считаю до переворота данных, данные не перевёрнуты
7E [ 8F 9F 95 C0 18 B3 ] 7E - по доке, CRC считаю после переворота данных, данные перевёрнуты

Передавал с тактированием на фронте, правда частота всего 55кГц.
Числа внутри скобок обрабатывались битстафингом.

Всё безрезультатно.

Не могли бы вы написать точную последовательность бит, или указать где я ошибся?

1. SCI тактируется по фронту. Ваша передача по заднему фронту (SDFE хватает по переднему), ваш прием по переднему фронту SCK (SDFE выдает данные по заднему фронту).
2. Минимальная частота SCI у меня получилась порядка 300 кГц (экспериментально)
3. По CRC: данные не инвертируются, CRC сумма начинается с FFFFh (не с 0000h !!! )
4. Пакет: "F1 F9 A9 03 CRCH CRCL", data LSB first, CRC MSB first (тут у вас все правильно)

[_4afc_]

Спасибо, мне удалось перевести SDFE4(v1.2) в режим полудуплекса.
Основная моя ошибка была в битстафинге (как уже кто-то здесь до меня говорил - ноль надо вставлять после 5 единиц - всегда!).
Передачу и приём надо делать как вы и описали.
А вот контрольная сумма в принципе не важна, чип переходит в полудуплекс ещё не считав второй байт CRC (можно вообще нули передавать).

А вот получить в ответ на CMD_WR_REG_AUX_SCI_IF_MODE(03H) сообщение ACK_WR_REG_AUX_SCI_IF_MODE
мне не удалось. Дело в том что мой SDFE4(v1.2) в режиме 3 выводит на SCDO только то, что приходит на SCDI!
Соответственно ни каких ответов на запись или чтение он в этом режиме не даёт (SCDI=0 и SCDO=0).

В режимах 0 или 1 SCDO=0 (хотя может там открытый коллектор).
В режиме 2 (по умолчанию) я получаю ACK и на чтение и на запись:

HOST: 7E | F1 F9 A9 02 97 5E | 7E
SDFE: 7E | F9 F1 89 FF AA | 7E

HOST: 7E | F1 F9 A8 00 84 2D | 7E
SDFE: 7E | F9 F1 89 02 1D 3B | 7E

Ответ появляется через 3 такта, до и после ответа SCDO=1.
Как видно из ответа SDFE не устраивает моя контрольная сумма, как в прочем и его мне не нравится.

Собственно вопрос - отсутствие ACK в режиме 3 - это особенность v1.2 или мне так повезло?
А то если делать по докам, то ACK должен быть...

[Ledol]

У меня SDFE v1.3. Но в errate и delte про это ничего нет. На режим 3 у меня точно приходит ACK (даже если CRC не правильная). Другие режимы включать не пробовал, сразу заработало. С контрольной суммой вы все правильно понимаете, бит RSTA_CRC д.б. 1 (0xА9 valid byte).
А SCDI у вас точно уводится в 1 после передачи пакета?

[_4afc_]

У меня SDFE v1.3. Но в errate и delte про это ничего нет.

Гдеж вы v1.3 отхватили? Рассыпухой только v1.2 видел. Или у вас 22624?

На режим 3 у меня точно приходит ACK (даже если CRC не правильная). Другие режимы включать не пробовал, сразу заработало. С контрольной суммой вы все правильно понимаете, бит RSTA_CRC д.б. 1 (0xА9 valid byte).

Как вы считаете CRC не правильно считаю я или SDFE?

А SCDI у вас точно уводится в 1 после передачи пакета?

В режиме 3 SCDI=SCDO жёстко. Вне зависимости что и когда передаётся и что приходит после стоп флага. Давал и единицы и нули.

SCDO у меня в режиме 2 до и после флагов равен 1, даже если SCDI=0.
Упакую фирмвару - попробую запуститься на втором режиме.

Я управляю через порты Atmega128 и смотрю изменение бит на ноге - так что всё точно.

Сообщение отредактировал _4afc_ - May 31 2006, 14:03

[Ledol]

- да, у меня PEF22624
- по CRC следующее. Перед тем как засунуть ее подсчет в ПЛИС. Делал ее табличным методом прямо в контроллере (у меня тоже АТMega128). Таблицу взял из примеров JAR(кажется).
ф-я:
unsigned int fast_crc16(unsigned int sum, unsigned char data)
{ sum = pgm_read_word_near(crc16_table + ((sum >> 8) ^ data)) ^ (sum << 8);
return sum;
}
таблица стандартная (первый эл. 0x0000 , последний 0x1ef0)

- SDFE c CRC разумеется не корявит.(сейчас это пишу ч-з канал Ethernet-SDFE <-> SDFE-Ethernet)
- Хуже всего, что как и PEF22622 на линии он работает неодназначно.

[Uree]

...
- Хуже всего, что как и PEF22622 на линии он работает неодназначно.

Немного не в тему, но вопрос есть - что значит неоднозначно? Похоже у нас та же ситуация.
Поясняю: у нас в проекте также стоит этот самый PEF и до боли странно поднимает на линии связь.
Во первых слишком долго (3-15 минут, в идеале до 1 минуты, но это скорее на столе, а не на линии).
Во вторых - непонятно от чего это зависит (loss=33 дБ по его показаниям, изменения мощности сигнала однозначного результата не дают - может поднять при мощности 6.5дБ(мастер) - 9.5дБ(слэйв), а может при 11.5дБ(мастер) - 14.5дБ(слэйв). Это как - от фазы луны зависит что-ли?)
Меняется ли характер работы (и время установления связи) от версии фирмвари?
Хочется понять - только у нас такая проблема, или она вообще присуща этому чипу?

[Ledol]

Ну да, так и есть. Проблема не только с параметрами связи (Line Loss, Signal Quality, SnR). Пусть они будут разные от соединения к соединению. Плохо то, что и факт соединения не гарантирован. На одном и том же участке кабеля стал свидетелем 3-х вариантов развития событий:
- активация с первого раза, качество сигнала порядка 5-и
- активация после 5-и минут, качество сигнала около 0-я
- 1 час, активации линии нет
При всех вариантах начальные условия одинаковые (пары кабеля те же, модемы те же (с теми же настройками), каждый эксперимент начинался со сброса питания на обоих модемах)
Получается, что гарантировать работу не могу. Как следствие заниженные паспортные данные модемов по дальности. С globespan-ообразными модемами конкуренции не выходит.
По поводу firmware. Использую COT15/RT15. Версии 16, 17 считаю не жизнеспособными(по помехозащищиенности). Да и проблему с активацией они не решили.

[Uree]

Грустное подтверждение...
А как в этом плане себя SDFE чувствует? Уверенней или так же странно?

[Ledol]

Грустное подтверждение...
А как в этом плане себя SDFE чувствует? Уверенней или так же странно?

В том то и дело, что однозначно ответить нельзя. На искуственных линиях результаты неплохие (до +40% дальности отн. PEF22622). На кабеле (МКС 1.2, пустой) - можно сказать провал (в районе 28 - 38 каналов явно падает SigQual). На другие типы кабелей пока не ездили. Не хотелось бы вводить вас в заблуждение (ни в +,ни в -) допускаю возможность "косяка" в разводке\комплектации.

У меня встречный вопрос. Кто нибудь занимался альтернативными чипсетами SHDSL? Metallink, Globespan, LevelOne(Intel), Analog Dev. ... Если да, то есть предложение пообщаться на темы сравнительных характеристик и проблем с пуско-отладкой ( у кого, что наболело). Пусть без конкретики, в плане общего развития. Если предложение интересно открывайте тему.

[Uree]

Не с чем тему открывать. Из стаи SHDSL первым подвернулся именно PEF22622... Причем не потому что хороший, а потому что доставаемый (образцы, документация и т.д.) Очень хотелось именно Globespan - а в ответ от поставщиков тишина. Может конечно уже изменилась ситуация, но проект уже не переделать.
А спрашиваю насчет SDFE потому, что уже практически пора заказывать платы с этими чипами, а с оглядкой на Сократес как-то сомнения берут - может не стОит закладывать чипы от Инфинеон? Мне кажется с решениями для связи у них значительно хуже чем с памятью.

[Ledol]

Есс-но сомнения есть. А вот выбора нет. SHDSL.bis надо делать и делать быстро. А SDFE принципиально работоспособен. Не понимаю только зачем им обмен с микросхемой на базе синхронного HDLC протокола понадобился? V2.1 заявлена с поддержкой параллельного порта. А наоборот нельзя что ли было сделать ? Сначала параллельный порт, а потом (для чиста пантовых ребят) SDI+HDLC. Реальные тормоза в замене PEF22622 на PEF24624 на мой взгляд в основном с этим и связаны. Называется "родите ребята HDLC контроллер у себя на плате".
Но это так, "лирика".
До SOCRATA делал HDSL2 на Level One-s, чипсет из 3-х микросхем. AFE грелся на 2056Кб\с (ИМХО заточен под Т1).
После SOCRATA выходили на Metallink, получили ftp account, почитали доки и поняли, что максимум у них в ближайшем будующем можно сделать 3.3 Mb\s по паре. т.е. SHDSL.bis у них желания делать нет.
По Globespan-у ничего, темная лошадка.

[grv]

Ну да, так и есть. Проблема не только с параметрами связи (Line Loss, Signal Quality, SnR). Пусть они будут разные от соединения к соединению. Плохо то, что и факт соединения не гарантирован. На одном и том же участке кабеля стал свидетелем 3-х вариантов развития событий:
- активация с первого раза, качество сигнала порядка 5-и
- активация после 5-и минут, качество сигнала около 0-я
- 1 час, активации линии нет
При всех вариантах начальные условия одинаковые (пары кабеля те же, модемы те же (с теми же настройками), каждый эксперимент начинался со сброса питания на обоих модемах)
Получается, что гарантировать работу не могу. Как следствие заниженные паспортные данные модемов по дальности. С globespan-ообразными модемами конкуренции не выходит.
По поводу firmware. Использую COT15/RT15. Версии 16, 17 считаю не жизнеспособными(по помехозащищиенности). Да и проблему с активацией они не решили.

Мы используем версию COT15/RT15. При попытке завести pcm-master на скорости 4096 начинает дрожать с частотой 50-100 герц duti cycle REFCLK и PCLK. Причем скажем передний фронт стоит как вкопанный, а задний пляшет с 0.3 на 0,6. Зачем так было делать и нафиг это кому нужно?
Кто знает как с этим дела в следующих версиях ?.
Какие изменения в вресии 17 относительно 16 ?
И что значит по помехозащищенности ? Они что, линию хуже держат ?

Вообще устал я от Infineona с ихними граблями...
Пологаю с SDFE будут то же.
Жаль что фирма Intel скупившая в свое время Level One свернула это направление.

[Ledol]

Мы используем версию COT15/RT15. При попытке завести pcm-master на скорости 4096 начинает дрожать с частотой 50-100 герц duti cycle REFCLK и PCLK. Причем скажем передний фронт стоит как вкопанный, а задний пляшет с 0.3 на 0,6. Зачем так было делать и нафиг это кому нужно?
Кто знает как с этим дела в следующих версиях ?.
Какие изменения в вресии 17 относительно 16 ?
И что значит по помехозащищенности ? Они что, линию хуже держат ?

Вообще устал я от Infineona с ихними граблями...
Пологаю с SDFE будут то же.
Жаль что фирма Intel скупившая в свое время Level One свернула это направление.
[/quote]

- Ну да, дрожжание есть. Я так мыслю, что это ФАПЧ так захваченную частоту (синхронный режим) или стаффинги (плезиохронный) отрабатывает (смотрите то отн. опоры, не так ли?). Для приема данных с TDM это не критично.
- Версия 17, поначалу радовала устойчивой активацией на 14 км МКС 1.2мм, а кончилось тем, что и на 11 км незаработала (т.е. та же неоднозначность от участка к участку). Причем в сравнении с 15-й версией на одном и том же участке за сутки ошибок вываливается в разы больше (уч-к вдоль ЖД).
- На генераторе шума (Noise ADSL gen. NSA-400) в принципе подтвердилось, что при одном и том же уровне шума на 17-й ошибок больше, хотя порог выключения по большим шумам у 15-й меньше.

к "Вообще устал я от Infineona с ихними граблями..." полностью присоединяюсь.

[grv]

>- Ну да, дрожжание есть. Я так мыслю, что это ФАПЧ так захваченную частоту (синхронный режим) >или стаффинги (плезиохронный) отрабатывает (смотрите то отн. опоры, не так ли?). Для приема >данных с TDM это не критично.

Вопрос какой урод это сделал и зачем. Смотрим кстати не относительно опоры а просто одним лучем.
Такое впечатление что сначала 4096 они вообще не собирались в мастере делать, а когда до них дошло что 2,3мбит не получается втиснуть в 32КИ начали лепить горбатого до стенки.
Кодеки в принципе работают. Меня больше беспокоит на сколько это отразиться скажем в регенератора где будет переприем по TDM, фактически эта билиберда попадет в REFCLK ведомого сократеса со всеми вытекающими.


- Версия 17, поначалу радовала устойчивой активацией на 14 км МКС 1.2мм, а кончилось тем, что и на 11 км незаработала (т.е. та же неоднозначность от участка к участку). Причем в сравнении с 15-й версией на одном и том же участке за сутки ошибок вываливается в разы больше (уч-к вдоль ЖД).
- На генераторе шума (Noise ADSL gen. NSA-400) в принципе подтвердилось, что при одном и том же уровне шума на 17-й ошибок больше, хотя порог выключения по большим шумам у 15-й меньше.

Не думал что версия будет влиять на линейную часть. Нужно будет сравнить 15 и 16 на реальном кабеле. А где 17 взяли ? Не поделитесь для целей экспериментов ?

к "Вообще устал я от Infineona с ихними граблями..." полностью присоединяюсь.
[/quote]

[grv]

В догонку.
Кто нибудь пробовал для увеличения дальности 22622 пускать по двум парам прием-передача (разорвать гибрид и поставить отдельный тр-р на прием)?
В ряде случаев думаю это решение имело бы право на жизнь.

[Ledol]

По поводу регенераторов особо не переживайте, проблем не будет (3 года, полет нормальный). Режим плезиохронный, refclk, rclk, pclk - спина к спине. До 10-и РЛ-ов в линии (при локальном питании до 16-и).
17-ю версию ловите.

Прикрепленные файлы

 FIRMWARE.ZIP ( 37.61 килобайт ) Кол-во скачиваний: 301

 

[Ledol]

В догонку.
Кто нибудь пробовал для увеличения дальности 22622 пускать по двум парам прием-передача (разорвать гибрид и поставить отдельный тр-р на прием)?
В ряде случаев думаю это решение имело бы право на жизнь.

Само по себе разнесение сигнала по парам сильно дальность не увеличит (затухание то остается). Реально помочь может широкополосный усилитель на входе (такая схема используется у Shmit Telecom, в Watson3 (CAP128)). Предварительное усиление. Отключения эхокомпенсации в Socrate нет. Поэтому даже если убрать внешний hybrid чистого спорта не получится. Он и в штатном то режиме, сволочь, через раз схватывается.

Да и к чему? Возможность параллельной работы с К-60?

[Kazap]

По поводу регенераторов особо не переживайте, проблем не будет (3 года, полет нормальный). Режим плезиохронный, refclk, rclk, pclk - спина к спине. До 10-и РЛ-ов в линии (при локальном питании до 16-и).
17-ю версию ловите.

Не затруднит ли вас вывесить и 1.5 и 1.6? А то у меня только 1.4 и 1.7

[belax]

Вопрос по регенераторам:
1. Удалось ли вам сделать автоматический выбор скорости на pef 22622 во всей цепочке регенераторов?
2. Если выбрать проведение Line Prbinga на REG-C и REG-R одновременно - они не переходят в состояние Wait-STUC, а начинают сразу синхриться. Из-за чего не неполучается работаспособной схема описанная в DataSheet и в G.991.2.
2. Объясните мне пожалуйста принцип выбора Socrates'ом скорости синхронизации после проведения PMMS. Что такое SNR в скачиваемых результатах Line Probing? Что значат отрицательные значения SNR? Какой SNRTH Надо выбирать для наших линиях?
4. Есть CL лист. Я пытаюсь передать в нем в NS-поле несколько байт своей информации, но после скачивания листа на удаленном Socrates - его длина 0x65 и соответственно никакого там NS-field нет.
5. Какой Datasheet для pef 22622 последний? Будут ли новые прошивки для этого трансивера и новые документации?
Спасибо.

[grv]

Вопрос по регенераторам:
1. Удалось ли вам сделать автоматический выбор скорости на pef 22622 во всей цепочке регенераторов?
2. Если выбрать проведение Line Prbinga на REG-C и REG-R одновременно - они не переходят в состояние Wait-STUC, а начинают сразу синхриться. Из-за чего не неполучается работаспособной схема описанная в DataSheet и в G.991.2.
2. Объясните мне пожалуйста принцип выбора Socrates'ом скорости синхронизации после проведения PMMS. Что такое SNR в скачиваемых результатах Line Probing? Что значат отрицательные значения SNR? Какой SNRTH Надо выбирать для наших линиях?
4. Есть CL лист. Я пытаюсь передать в нем в NS-поле несколько байт своей информации, но после скачивания листа на удаленном Socrates - его длина 0x65 и соответственно никакого там NS-field нет.
5. Какой Datasheet для pef 22622 последний? Будут ли новые прошивки для этого трансивера и новые документации?
Спасибо.

О! Лишнее подтверждение того чо инфинион - глюкодром.
Забудьте о REG-C REG-R, PMMS SNR и прочей нечисти. В регенераторе грузите обычные COT и RT.
Скорость задавайте в СОТ
После синхронизации первого сегмента читайте скорость из RT и скармливайте ее в COT второго и так далее. После того как все заработает решите , стоит ли заморачиваться с "правильной схемой"....

Кстати, как то прогоняли всю сетку скоростей. Обнаружили дырку если не ошибаюсь на 33КИ(а может быть дальше но точно после 32КИ), на прямой лини не становиться на слот меньше/больше все ок....

Юзерскую информацию можно передать на ту сторону более другими способами.

2All: Кто - нибудь запустил EOC-HDLC ?

[Волощенко]

2All: Кто - нибудь запустил EOC-HDLC ?

Да, EOC-HDLC работает нормально.

Ранее в топике были вопросы по поводу провалов по качеству при большом числе КИ (с 25-го по 30-й). Это лечится, мы изменили выходной фильтр, а также перешли на одну обмотку в выходном трансформаторе. Работаем на КСПП-1.2 до 12км для 32 КИ и до 24км на 20 КИ. Между модемами до 6 регенераторов (питание с каждой стороны для 3-х). Работа в парных режимах почти не ухудшает качества.

Сейчас хотим подняться выше 32 КИ. Наверное, наряду с Infineon попробуем MetaLink.

[belax]

Вопрос по регенераторам:
1. Удалось ли вам сделать автоматический выбор скорости на pef 22622 во всей цепочке регенераторов?
2. Если выбрать проведение Line Prbinga на REG-C и REG-R одновременно - они не переходят в состояние Wait-STUC, а начинают сразу синхриться. Из-за чего не неполучается работаспособной схема описанная в DataSheet и в G.991.2.
2. Объясните мне пожалуйста принцип выбора Socrates'ом скорости синхронизации после проведения PMMS. Что такое SNR в скачиваемых результатах Line Probing? Что значат отрицательные значения SNR? Какой SNRTH Надо выбирать для наших линиях?
4. Есть CL лист. Я пытаюсь передать в нем в NS-поле несколько байт своей информации, но после скачивания листа на удаленном Socrates - его длина 0x65 и соответственно никакого там NS-field нет.
5. Какой Datasheet для pef 22622 последний? Будут ли новые прошивки для этого трансивера и новые документации?
Спасибо.

О! Лишнее подтверждение того чо инфинион - глюкодром.
Забудьте о REG-C REG-R, PMMS SNR и прочей нечисти. В регенераторе грузите обычные COT и RT.
Скорость задавайте в СОТ
После синхронизации первого сегмента читайте скорость из RT и скармливайте ее в COT второго и так далее. После того как все заработает решите , стоит ли заморачиваться с "правильной схемой"....

Кстати, как то прогоняли всю сетку скоростей. Обнаружили дырку если не ошибаюсь на 33КИ(а может быть дальше но точно после 32КИ), на прямой лини не становиться на слот меньше/больше все ок....

Юзерскую информацию можно передать на ту сторону более другими способами.

2All: Кто - нибудь запустил EOC-HDLC ?

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

Вопрос: Как можно передать "Юзерскую информацию" до синхронизации? Какие методы. Может я что-то не так делаю - особенно с Message Mode в CL листе.

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


Если есть какие либо советы по PMMS и Line-Probing - поделитесь пожалуйста.

Сообщение отредактировал belax - Sep 22 2006, 09:37

[amw]

Вопрос по регенераторам:
1. Удалось ли вам сделать автоматический выбор скорости на pef 22622 во всей цепочке регенераторов?

Нет. В деталях: мы отказались от автоматического выбора, поскольку SOCRATES выбирает его по простому принципу: на какой _МАКСИМАЛЬНОЙ_ скорости проба SNR > SNRTH регистра. Работает очень не всегда, так как на реальных линиях зависимость SNR от скорости нелинейная.

2. Если выбрать проведение Line Prbinga на REG-C и REG-R одновременно - они не переходят в состояние Wait-STUC, а начинают сразу синхриться. Из-за чего не неполучается работаспособной схема описанная в DataSheet и в G.991.2.

Мое мнение - это в SOCRATES не работает. Регенератор загружается как COT и RT, в RT в CapList разрешены все скорости, а в COT устанавливается принудительно одна. PMMS не проводится.

2. Объясните мне пожалуйста принцип выбора Socrates'ом скорости синхронизации после проведения PMMS. Что такое SNR в скачиваемых результатах Line Probing? Что значат отрицательные значения SNR? Какой SNRTH Надо выбирать для наших линиях?

Самая большая загадка. По идее (и основываясь на проведенных экспериментах) SNRTH это минимальное значение для пробы, которое считается SOCRATES валидным при выборе скорости.
SNR - SIGQ = PMMS с некоторой погрешностью. К таким выводам пришел после нескольких дней наблюдения процесса автовыбора скоростей.
Отрицательные значения в пробе означают, что проба не прошла или не выполнялась.
SNRTH установил в 10дБ. Подбор ничего не дал, кроме головной боли.

4. Есть CL лист. Я пытаюсь передать в нем в NS-поле несколько байт своей информации, но после скачивания листа на удаленном Socrates - его длина 0x65 и соответственно никакого там NS-field нет.

На второй стороне получить принятый CapList можно только в случае NOCOMMODE и _ТОЛЬКО_ стандартные поля.
Применяем следующий алгоритм:
1. Необходимую информацию заносим в поля Country Code и т.п.
2. Убираем флажки режимов PMMS и TRAIN.
3. Как результат NOCOMMODE. Вычитываем CapList.
4. Приводим параметры в соответствие и грузим правильный CapList.
5. Синхронизируемся.
Если верить документации, то SOCRATES воспринимает NS как PBO для регенераторов. Получить рабочую конфигурацию не удалось (см. п 2)

5. Какой Datasheet для pef 22622 последний? Будут ли новые прошивки для этого трансивера и новые документации?

Не знаю. Я сомневаюсь, что Инфинеон вообще хоть как-то _обновляет_ документацию.

Спасибо.

Пожалуйста.

[amw]

Вопрос по регенераторам:
1. Удалось ли вам сделать автоматический выбор скорости на pef 22622 во всей цепочке регенераторов?

Нет. В деталях: мы отказались от автоматического выбора, поскольку SOCRATES выбирает его по простому принципу: на какой _МАКСИМАЛЬНОЙ_ скорости проба SNR > SNRTH регистра. Работает очень не всегда, так как на реальных линиях зависимость SNR от скорости нелинейная.

2. Если выбрать проведение Line Prbinga на REG-C и REG-R одновременно - они не переходят в состояние Wait-STUC, а начинают сразу синхриться. Из-за чего не неполучается работаспособной схема описанная в DataSheet и в G.991.2.

Мое мнение - это в SOCRATES не работает. Регенератор загружается как COT и RT, в RT в CapList разрешены все скорости, а в COT устанавливается принудительно одна. PMMS не проводится.

2. Объясните мне пожалуйста принцип выбора Socrates'ом скорости синхронизации после проведения PMMS. Что такое SNR в скачиваемых результатах Line Probing? Что значат отрицательные значения SNR? Какой SNRTH Надо выбирать для наших линиях?

Самая большая загадка. По идее (и основываясь на проведенных экспериментах) SNRTH это минимальное значение для пробы, которое считается SOCRATES валидным при выборе скорости.
SNR - SIGQ = PMMS с некоторой погрешностью. К таким выводам пришел после нескольких дней наблюдения процесса автовыбора скоростей.
Отрицательные значения в пробе означают, что проба не прошла или не выполнялась.
SNRTH установил в 10дБ. Подбор ничего не дал, кроме головной боли.

4. Есть CL лист. Я пытаюсь передать в нем в NS-поле несколько байт своей информации, но после скачивания листа на удаленном Socrates - его длина 0x65 и соответственно никакого там NS-field нет.

На второй стороне получить принятый CapList можно только в случае NOCOMMODE и _ТОЛЬКО_ стандартные поля.
Применяем следующий алгоритм:
1. Необходимую информацию заносим в поля Country Code и т.п.
2. Убираем флажки режимов PMMS и TRAIN.
3. Как результат NOCOMMODE. Вычитываем CapList.
4. Приводим параметры в соответствие и грузим правильный CapList.
5. Синхронизируемся.
Если верить документации, то SOCRATES воспринимает NS как PBO для регенераторов. Получить рабочую конфигурацию не удалось (см. п 2)

5. Какой Datasheet для pef 22622 последний? Будут ли новые прошивки для этого трансивера и новые документации?

Не знаю. Я сомневаюсь, что Инфинеон вообще хоть как-то _обновляет_ документацию.

Спасибо.

Пожалуйста.

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

В ручную.

Вопрос: Как можно передать "Юзерскую информацию" до синхронизации? Какие методы. Может я что-то не так делаю - особенно с Message Mode в CL листе.

См. предидущий пост.

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

У меня наоборот. HDLCE работает стабильно, а вот HDLCBZ глючил безбожно.
Работаю с HDLCE по опросу.

Если есть какие либо советы по PMMS и Line-Probing - поделитесь пожалуйста.

Не проводить.

[belax]

Спасибо за ответы.

По поводу соответствия SNR в PMMS и регистра SNRTH: Я пытался найти зависимость между регистром SNRTH, но толком так и не смог. Вообще она для меня казалась не линейной.
Посмотрю еще раз.

Юзерскую информацию так и передаем в Country Code и еще каком-то байте (11 или 12). Но просто хотелось передать больше байт.
Вообщем-то спаибо за ответы - стало ясно - что у всех общие проблемы.

Вот еще вопрос: В CL листе и в стандарте SHDSL сказано про разные региональные стандарты AnnexA и AnnexB. Типа там разные PSD маски для разных скоростей и так далее. Я остановился на ргеиональном стандарте AnnexB и выбираю его в CL листе, только потому, что в AnnexA сказано, что он свойственнен более США. Но я так и не мог заметить разницу между AnnexA и AnnexB. Заметили ли вы разницу между этим. И как вы думаете, что нао использовать в наших условиях?

По поводу D-канала - опишите проблему - может моможем.

[amw]

Спасибо за ответы.

По поводу соответствия SNR в PMMS и регистра SNRTH: Я пытался найти зависимость между регистром SNRTH, но толком так и не смог. Вообще она для меня казалась не линейной.
Посмотрю еще раз.

Да нелинейная. Но в первом приближении примерно так.

Вот еще вопрос: В CL листе и в стандарте SHDSL сказано про разные региональные стандарты AnnexA и AnnexB. Типа там разные PSD маски для разных скоростей и так далее. Я остановился на ргеиональном стандарте AnnexB и выбираю его в CL листе, только потому, что в AnnexA сказано, что он свойственнен более США. Но я так и не мог заметить разницу между AnnexA и AnnexB. Заметили ли вы разницу между этим. И как вы думаете, что нао использовать в наших условиях?

Разница заметна при сертификации оборудования. Проверяют на соответствие. У нас Европа, так что Annex B.

По поводу D-канала - опишите проблему - может моможем.

Да, в общем, нестабильно работает. Очень нестабильно. Особенно после возникновения ошибок. Затыкается намертво до пересброса.
Как выход, используем через FPGA, которая занимается протоколом. Протокол свой собственный.

Да, забыл сказать, это все для PEF22622. По четырех канальному пока сказать ничего не могу - жду монтажников, пока спаяют.

[grv]

2All: Кто - нибудь запустил EOC-HDLC ?

Да, EOC-HDLC работает нормально.

Ранее в топике были вопросы по поводу провалов по качеству при большом числе КИ (с 25-го по 30-й). Это лечится, мы изменили выходной фильтр, а также перешли на одну обмотку в выходном трансформаторе. Работаем на КСПП-1.2 до 12км для 32 КИ и до 24км на 20 КИ. Между модемами до 6 регенераторов (питание с каждой стороны для 3-х). Работа в парных режимах почти не ухудшает качества.

Сейчас хотим подняться выше 32 КИ. Наверное, наряду с Infineon попробуем MetaLink.

У нас тоже одна обмотка, субъективно, немного стабильнее работает.
А что значит изменили выходной фильтр ? Там на сколько я помню кроме резисторов с драйвера и гибрида ничего больше нет...
???

Попутно вопрос, пробовали кто-нибидь 22622 в одном кабеле (кспп) с ИКМ-120 ? Какая-то непонятная ситуация, то ли ИКМ давит, то ли кабель...

[Волощенко]

К grv

У нас тоже одна обмотка, субъективно, немного стабильнее работает.
А что значит изменили выходной фильтр ? Там на сколько я помню кроме резисторов с драйвера и гибрида ничего больше нет...

1. С одной обмоткой работает лучше (к двум уже не вернемся).
2. Изменен гибридный фильтр, и это ликвидировало провалы в качестве сигнала для больших значений КИ.

[Kazap]

Попутно вопрос, пробовали кто-нибидь 22622 в одном кабеле (кспп) с ИКМ-120 ? Какая-то непонятная ситуация, то ли ИКМ давит, то ли кабель...
[/quote]

ИКМ120 , работающая по меди, очень капризная вещь в принципе. Для нее предусмотрена ТОЛЬКО 2-х кабельная схема(по1 кабелю прием, по другому -передача)
Поэтому не мудрено, что ваш sdsl забивает ее.

[_Amid_]

Простите, возможно не в тему.
У меня есть вопрос:
Пробывал ли кто поиграться с "Power Backoff and Power Boost"? Хочу повысить мощность передатчика - но никак не получается нормально включить "Forced power backoff/boost mode". Сам режим то включается - видно, как передатчик повышает мощность и даже устанавливается соединение (пробывал как на короткой так и на длинной линии) - но валят ошибки. И заметил такую закономерность:
15.5 dBm - соединение устанавливается (но идут ошибки)
16.5 dBm - соединение устанавливается - короткое время держится и рвется
17.5 dBm - соединение не устанавливается

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

О режиме "Power Backoff" могу сказать что он работает - СОКРАТ са выбирает нужную ему мощность.

[@lex&er]

Пробывал ли кто поиграться с "Power Backoff and Power Boost"?
О режиме "Power Backoff" могу сказать что он работает - СОКРАТ са выбирает нужную ему мощность.

Я пытаюсь, но пока никак. Получаю состояние NOCOMMOD с кодом 04H= Clock Mode mismatch (Byte 81 or 90 of CL) Байты 81 и 90 содержат 4, что соответствует выбранной схеме синхронизации Clock 3a. В чем проблема, никак не могу понять? Может кто-нибудь из коллег подскажет?

Power Backoff работает, но особого толку от него пока не заметил. Иногда с его помощью получается выровнять показания качества, если на одной из сторон качество выше.

[grv]

[quote name='Kazap' date='Oct 8 2006, 19:15' post='162482']
Попутно вопрос, пробовали кто-нибидь 22622 в одном кабеле (кспп) с ИКМ-120 ? Какая-то непонятная ситуация, то ли ИКМ давит, то ли кабель...
[/quote]

ИКМ120 , работающая по меди, очень капризная вещь в принципе. Для нее предусмотрена ТОЛЬКО 2-х кабельная схема(по1 кабелю прием, по другому -передача)
Поэтому не мудрено, что ваш sdsl забивает ее.
[/quote]

Да хрен с ним, с икм-ом, у нас dsl нестабильно работает. Вот я и спрашиваю, кто нибудь использовал SOCRATES в одном кабеле кспп с икм-120...

А что касается 2-х кабелей так так и есть, один кабель туда, другой обратно

[fant]

А кто нибудь работал с PEF24624 v2.1?
Появилась параллельная шина и еще много чего ...
И кто какую фирмварь использует для PEF24624?

[Muxamor]

А кто нибудь работал с PEF24624 v2.1?
Появилась параллельная шина и еще много чего ...
И кто какую фирмварь использует для PEF24624?

А что PEF24624 v2.1 уже стали выпускать?

[amw]

1. С одной обмоткой работает лучше (к двум уже не вернемся).
2. Изменен гибридный фильтр, и это ликвидировало провалы в качестве сигнала для больших значений КИ.

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

Сейчас проводим более детальной исследование (независимо от Вашего поста), но о результатах пока говорить рано.

[amw]

Пробывал ли кто поиграться с "Power Backoff and Power Boost"?
О режиме "Power Backoff" могу сказать что он работает - СОКРАТ са выбирает нужную ему мощность.

Я пытаюсь, но пока никак. Получаю состояние NOCOMMOD с кодом 04H= Clock Mode mismatch (Byte 81 or 90 of CL) Байты 81 и 90 содержат 4, что соответствует выбранной схеме синхронизации Clock 3a. В чем проблема, никак не могу понять? Может кто-нибудь из коллег подскажет?

Power Backoff работает, но особого толку от него пока не заметил. Иногда с его помощью получается выровнять показания качества, если на одной из сторон качество выше.

Пробовал.

PowerBoost работает _В_ПРИНЦИПЕ_. По мануалу.
Однако на практике получил всегда неизменные и удручающие результаты:
Уровень увеличивается на указанную величину в COT, а RT _уменьшается_ на величину, равную половине указанной. Синхронизация устанавливается всегда, в том числе и на максимуме. Дальность/скорость/качество (выбрать нужное ) уменьшается.
Другими словами, увеличивать уровень передачи есть смысл на ХОРОШИХ КОРОТКИХ линиях. Подтверждено многочисленными экспериментами на кабелях разного типа и длин.

На практике _ВСЕГДА_ используем PowerBackoff. На уровне предустановок.
В RT всегда уровень _меньше_ чем в COT на один - два дБ. Чем длиннее линия, тем меньший уровень (в разумных пределах).

Пример:
КСПП-1.2 9.5 км
Уровень сигнала передатчика
COT = 8.5 дБ RT = 7.5 дБ.
32 КИ, SQ = 12
Работает около 6 месяцев.

[_Amid_]

Всем доброго времени суток.
Хотел спросить.
- Кто какую аналоговую абвязку использовал для CОКРАТА - просто есть две схемы, присутствующие в даташитах. Какая из них лутше?
- первая в основной даташите socrates_ds1_v14datasheet.pdf стр.177.
- вторая в SOCRATES Evalboard Schematics V1_1b.pdf.

Мы используем схему, которая забита в основной даташите. Как я говорил (несклько сообщений выше) СОКРАТ почему то не хочет работать на повышеных мощностях. Чем больше он качает мощность в линию - тем больше CRC ошибок. У меня подозрение, что это может быть и-за аналоговой части. Да - и пробывал ли кто включать POWER BOOST на 15-й версии прошивки сократа?
За ранее спасибо.

[amw]

Всем доброго времени суток.

И Вам доброго.

Хотел спросить.
- Кто какую аналоговую абвязку использовал для CОКРАТА - просто есть две схемы, присутствующие в даташитах. Какая из них лутше?
- первая в основной даташите socrates_ds1_v14datasheet.pdf стр.177.
- вторая в SOCRATES Evalboard Schematics V1_1b.pdf.

Мы используем схему, которая забита в основной даташите. Как я говорил (несклько сообщений выше) СОКРАТ почему то не хочет работать на повышеных мощностях. Чем больше он качает мощность в линию - тем больше CRC ошибок. У меня подозрение, что это может быть и-за аналоговой части.

Используем схему из даташита.

Да - и пробывал ли кто включать POWER BOOST на 15-й версии прошивки сократа?
За ранее спасибо.

Забудте про PowerBoost. Не знаю зачем оно там надо, но оно не работает. В том смысле, что повишение уровня передачи приводит только к _ПОВЫШЕНИЮ_ количества ошибок.

[next33]

Всем доброго времени суток.
Хотел спросить.
- Кто какую аналоговую абвязку использовал для CОКРАТА - просто есть две схемы, присутствующие в даташитах. Какая из них лутше?
- первая в основной даташите socrates_ds1_v14datasheet.pdf стр.177.
- вторая в SOCRATES Evalboard Schematics V1_1b.pdf.

Мы используем схему, которая забита в основной даташите. Как я говорил (несклько сообщений выше) СОКРАТ почему то не хочет работать на повышеных мощностях. Чем больше он качает мощность в линию - тем больше CRC ошибок. У меня подозрение, что это может быть и-за аналоговой части. Да - и пробывал ли кто включать POWER BOOST на 15-й версии прошивки сократа?
За ранее спасибо.

По поводу схем - есть еще один момент:
в документе Adapt_135_Ohm.pdf на стр.11 приведен фрагмент схемы, где изменено подключение цепей SZTIP И SZRING (по сравнению с даташитом и и отладочной платой) к выходу драйвера.
Кто-нибудь может прокомментировать? Или это очередная шутка любимиго Infineon-а ....

[Lucifer]

Здравствуйте!
Господа! Заранее извините, если немного не по теме.
Возникли проблемы с загрузкой FW для PEF 24624. Делаю следующее:
1. HW reset
2. Переключаю SCI в полудуплекс
3. Останавливаю DSL (CMD_WR_REG_RS_FWSTART,0)
4. CMD_WR_REG_RS_FWCTRL ->0
5. В цикле записываю данные FW.
Структура пакетов при этом следующая:
7Е/addr_host/addr_dev/0/message_id/addr0/addr1/addr2/addr3/D00/D01/D02/D03/D10/D11/D12/D13/CRC1/CRC0/7E
соответствено адреса и данные выдвигаются младшим битом вперёд, CRC старшим (с учётом разрядности параметров - 8,16,32 бита)

На пакет приходит подтверждение - пакет и CRC корректны. По окончании загрузки CRC блока, полученная по команде, не совпадает с прописанной в FW. Пытаюсь грузить FW начиная с 0х00000000 адреса последовательно addr+=2, поскольку в пакете два 32-битных слова данных. Есть сомнения по этому поводу, може быть адрес начала не такой.

Есть ли у кого рабочий алгоритм, помогите плз.

[Alexander Nikola...]

Здрствуйте, товарищи. С SOCRATES`ом я тоже работаю,глюкавостей и надописок в даташите хватает, что прескорбно! Но вот недавно привезли нам отладочный комплект на MindSpeed M28946. Кто-нить чё-нить зна про такое чудо?

[Lucifer]

Здравствуйте!
Делал ли кто-нибудь регенератор на основе PEF24624 по даташиту Infeniona. Т.е. режимы SymDSL - SRU-C, SRU-R, режим SDI - DSL3. Корректно ли описание основных установок (в состоянии Main_Init), если нет то в чём?
Сейчас пытаюсь настроить в соответствии с описанием, но после команды Main_Preact не вижу сообщений NFC (refclk появляется, значит команда обрабатывается).
Проверил себя на ошибки в коде/схеме уже несколько раз - ничего не нашёл, что наводит на мысль о неточностях в доке. Да, ещё при чтении состояния всегда читается Main_Init.
Заранее благодарен за ответы

[-k-t-s-]

Здрствуйте, товарищи. С SOCRATES`ом я тоже работаю,глюкавостей и надописок в даташите хватает, что прескорбно! Но вот недавно привезли нам отладочный комплект на MindSpeed M28946. Кто-нить чё-нить зна про такое чудо?

Добрый день уважаемый Александр.
А вам удалось заключить nda с MindSpeed?
Поделитесь информацией, а то я с Москвой (Эдуардом) долго общался да MindSpeed так все и слил.

p.s Ну а Инфинеоновские поделки это - поле хаотично усыпаное граблями, мы работаем с серией vinetic так там просто ужас.
На последний запрос в инфинеон они пошли стряхивать с пальмы попуаса который писал для них кусок кода.

Сообщение отредактировал -k-t-s- - Dec 4 2006, 13:44

[amw]

1. С одной обмоткой работает лучше (к двум уже не вернемся).
2. Изменен гибридный фильтр, и это ликвидировало провалы в качестве сигнала для больших значений КИ.

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

Сейчас проводим более детальной исследование (независимо от Вашего поста), но о результатах пока говорить рано.

Проведена серия экспериментов. Результаты поразили насмерть.
Согласно даташиту, для одно- и двух- обмоточных схем используются разные гибридные схемы.

Так вот, наиболее стабильным и предсказуемым является работа на две обмотки с гибридной схемой для одной обмотки.

Чуть хуже - наоборот. То есть использовать одну обмотку и гибридную схему для двух обмоток

"Родные" комбинации показывают одинаковый непригодный результат.

[grv]

1. С одной обмоткой работает лучше (к двум уже не вернемся).
2. Изменен гибридный фильтр, и это ликвидировало провалы в качестве сигнала для больших значений КИ.

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

Сейчас проводим более детальной исследование (независимо от Вашего поста), но о результатах пока говорить рано.

Проведена серия экспериментов. Результаты поразили насмерть.
Согласно даташиту, для одно- и двух- обмоточных схем используются разные гибридные схемы.

Так вот, наиболее стабильным и предсказуемым является работа на две обмотки с гибридной схемой для одной обмотки.

Чуть хуже - наоборот. То есть использовать одну обмотку и гибридную схему для двух обмоток

"Родные" комбинации показывают одинаковый непригодный результат.

А на чем проводили испытания, надеюсь не на искуственой линии ?

[amw]

А на чем проводили испытания, надеюсь не на искуственой линии ?

В данном случае - да. На искусственных иммитаторах.

Предвидя следующий вопрос, постараюсь ответить заранее.

Используемые иммитаторы поведенчески соответсвуют линиям.
Да - не в полной мере.
Да - модем на линии зависит от большего числа параметров/ситуаций.

Но тенденция поведения модема на этих иммитаторах соответствует тенденции
поведения модема на линии.

[Волощенко]

Но тенденция поведения модема на этих иммитаторах соответствует тенденции
поведения модема на линии.

У нас тоже с одной обмоткой результаты лучше и для линии, и для имитатора. А гибридная схема оптимизирована по совокупности параметров и упрощена: один резистор 3k6 и последовательная емкость на 680pF.

[amw]

Но тенденция поведения модема на этих иммитаторах соответствует тенденции
поведения модема на линии.

У нас тоже с одной обмоткой результаты лучше и для линии, и для имитатора. А гибридная схема оптимизирована по совокупности параметров и упрощена: один резистор 3k6 и последовательная емкость на 680pF.

То есть три звена просто заменены одним?
Можно попробовать у себя?

[_Amid_]

Всем доброго времени суток!!!!

Есть вопрос - точнее проблема, которую решить с налету не получилось.

Краткая суть:
- на данный момент пытаюсь реализовать удалённую конфигурацию. Про это писалось выше (большое спасибо amw). Все получилось - в CL на другую сторону передаются 10-й и 11-й байты. Но столкнулся с такой проблемой - нужно перезагрузить СОКРАТ програмно. Но не тут то было. Мои действия -
- вызываю команду RESTR
TCMD = 0x01; //RESTR
while (TSTAT != 0x02);
- произвожу новую конфигурацию регистров и загрузку CL.
- вызываю команду PREACT.

В результате выполнения данных операцый соединение устанавливается - но по потоку валят ошибки.

Как выяснилось потом, если загружать старые настройки (которые были до RESTR) СОКРАТЫ соединяются нормально.

Есть еще у СОКРАТА битик RCTL (Reset internal Controller) в байте CONF. Но там вообще все непонятно - сказано CONF = Reset value: 08H (по умолчанию RCTL = 1)
но ниже -
RCTL Reset internal Controller
0= No reset
1= Reset internal controller

Попробывал побаловаться этим битиком - установил RCTL в 1 потом в 0 - при этом слитела внутрення прошивка сократа. И только .... Потому что ситуация не изменилась

КТО ДЕЛАЛ ПРОГРАМНІЙ СБРОС - ПОМОГИТЕ!!!!

За ранее большое спасибо!!!

[Kazap]

Всем доброго времени суток!!!!

Есть вопрос - точнее проблема, которую решить с налету не получилось.

Краткая суть:
- на данный момент пытаюсь реализовать удалённую конфигурацию. Про это писалось выше (большое спасибо amw). Все получилось - в CL на другую сторону передаются 10-й и 11-й байты. Но столкнулся с такой проблемой - нужно перезагрузить СОКРАТ програмно. Но не тут то было. Мои действия -
- вызываю команду RESTR
TCMD = 0x01; //RESTR
while (TSTAT != 0x02);
- произвожу новую конфигурацию регистров и загрузку CL.
- вызываю команду PREACT.

В результате выполнения данных операцый соединение устанавливается - но по потоку валят ошибки.

Как выяснилось потом, если загружать старые настройки (которые были до RESTR) СОКРАТЫ соединяются нормально.

Есть еще у СОКРАТА битик RCTL (Reset internal Controller) в байте CONF. Но там вообще все непонятно - сказано CONF = Reset value: 08H (по умолчанию RCTL = 1)
но ниже -
RCTL Reset internal Controller
0= No reset
1= Reset internal controller

Попробывал побаловаться этим битиком - установил RCTL в 1 потом в 0 - при этом слитела внутрення прошивка сократа. И только .... Потому что ситуация не изменилась

КТО ДЕЛАЛ ПРОГРАМНІЙ СБРОС - ПОМОГИТЕ!!!!

За ранее большое спасибо!!!

У меня была такая же проблема, я решил ее по другому-вместо битика даю аппаратный рестарт и заново перегружаю фирмверу


Есть вопрос -при работе в режиме LTU Synchronous, External Timed, PCM Slave, валят LOSW беспрерывно, и через 10 секунд линк проводает. НА REFCLK подаю 2048, тоже самое на PCLK.
ТFsC формирует из этого же сигнала, с задержкой на 50нС(по эрраташит). Длительность ТFsC
1 период PCLK(по той же эррате). А не работает... Перевожу на мастер- и все нормально.
Может, кто сталкивался с такой проблемой?
Заранее спасибо.

[_Amid_]

Есть вопрос -при работе в режиме LTU Synchronous, External Timed, PCM Slave, валят LOSW беспрерывно, и через 10 секунд линк проводает. НА REFCLK подаю 2048, тоже самое на PCLK.
ТFsC формирует из этого же сигнала, с задержкой на 50нС(по эрраташит). Длительность ТFsC
1 период PCLK(по той же эррате). А не работает... Перевожу на мастер- и все нормально.
Может, кто сталкивался с такой проблемой?
Заранее спасибо.

Проверьте еще раз ТFsC!!! Он должен быть ровно 8 кгц. Мне кажется, что у вас проблема в счетчике, в котором вы формируете ТFsC.

Сообщение отредактировал _Amid_ - Jan 17 2007, 19:43

[Kazap]

Проверьте еще раз ТFsC!!! Он должен быть ровно 8 кгц. Мне кажется, что у вас проблема в счетчике, в котором вы формируете ТFsC.

Нет, дело не в этом. Переопределил refclk на выход, подал этот сигнал на схему формирования
TFSC , и в режиме PCM slave, internal timing все это прекрасно работает
Внешняя частота подается c анализатора EST125, и врежиме PCM master, ехтеrnal timing по частотомеру видно, как при смещении частоты refclk+-70 ppm происходит аналогичное изменение
частоты Pclk. Следовательно и PLL в socrate работает.

[Konstantin Ilich...]

Проведена серия экспериментов. Результаты поразили насмерть.
Согласно даташиту, для одно- и двух- обмоточных схем используются разные гибридные схемы.

Так вот, наиболее стабильным и предсказуемым является работа на две обмотки с гибридной схемой для одной обмотки.

Чуть хуже - наоборот. То есть использовать одну обмотку и гибридную схему для двух обмоток

"Родные" комбинации показывают одинаковый непригодный результат.

Разрешите присоединиться к обсуждению! :-)

Не совсем понятно, о каких РАЗНЫХ гибридных схемах в даташитах идет речь. Если смотреть основной даташит DS1 v1.4, то там только одна схема на стр. 177. А в документе Adapt_135_Ohm.pdf приведены 2 схемы на стр. 7. При этом ГИБРИДЫ совершенно одинаковые! Отличается только включение R15/R16 и R19/R20, т.е. подключение цепей RTIP и RRING.
Какую именно схему Вы использовали на две обмотки в этой серии экспериментов?

И самый важный вопрос: какой Вы используете трансформатор?

[Волощенко]

Не совсем понятно, о каких РАЗНЫХ гибридных схемах в даташитах идет речь. Если смотреть основной даташит DS1 v1.4, то там только одна схема на стр. 177. А в документе Adapt_135_Ohm.pdf приведены 2 схемы на стр. 7. При этом ГИБРИДЫ совершенно одинаковые! Отличается только включение R15/R16 и R19/R20, т.е. подключение цепей RTIP и RRING.
Какую именно схему Вы использовали на две обмотки в этой серии экспериментов?
И самый важный вопрос: какой Вы используете трансформатор?

Делайте по Preliminary Application Note, DS2, Feb.2001 (видно, он же Adapt_135_Ohm.pdf) из Figure 2 на стр.7. Гибрид можно использовать из руководства или изменить (см. мой пост от Jan 15 2007).
Трансформатор B1093 от Pulse, по ссылке: http://www.symmetron.ru/suppliers/pulse/shdsl.shtml.
Примеры схем из сайта Сельсофт http://www.selsoft.ru/index.htm
найдете здесь: http://www.selsoft.ru/download/instrukcii/...ic_principl.zip
В *.zip есть принципиальные схемы LINE4.pdf и CPU4.pdf, то, что Вы ищите.

[grv]

Не совсем понятно, о каких РАЗНЫХ гибридных схемах в даташитах идет речь. Если смотреть основной даташит DS1 v1.4, то там только одна схема на стр. 177. А в документе Adapt_135_Ohm.pdf приведены 2 схемы на стр. 7. При этом ГИБРИДЫ совершенно одинаковые! Отличается только включение R15/R16 и R19/R20, т.е. подключение цепей RTIP и RRING.
Какую именно схему Вы использовали на две обмотки в этой серии экспериментов?
И самый важный вопрос: какой Вы используете трансформатор?

Делайте по Preliminary Application Note, DS2, Feb.2001 (видно, он же Adapt_135_Ohm.pdf) из Figure 2 на стр.7. Гибрид можно использовать из руководства или изменить (см. мой пост от Jan 15 2007).
Трансформатор B1093 от Pulse, по ссылке: http://www.symmetron.ru/suppliers/pulse/shdsl.shtml.
Примеры схем из сайта Сельсофт http://www.selsoft.ru/index.htm
найдете здесь: http://www.selsoft.ru/download/instrukcii/...ic_principl.zip
В *.zip есть принципиальные схемы LINE4.pdf и CPU4.pdf, то, что Вы ищите.

Уважаемые, а кто в курсе на счет Натекса, у них в мегатрансе какой-то запатентованный метод коррекции сигнала, который позволяет увеличить дальность на процентов 20. Это действительно так или чисто реклама. И еще, это на уровне фирмвари или аппаратные доработки, кто-нибудь разбирался ?
Теперь дальше, тот гибрид который в сократесе, я так понимаю его характеристика в идеале должна соотв. характеристикам линии связи. Имеет ли смысл это гибрид крутить для разных марок кабелей, или оно того не стоит ?

[Konstantin Ilich...]

Делайте по Preliminary Application Note, DS2, Feb.2001 (видно, он же Adapt_135_Ohm.pdf) из Figure 2 на стр.7. Гибрид можно использовать из руководства или изменить (см. мой пост от Jan 15 2007).
Трансформатор B1093 от Pulse, по ссылке: http://www.symmetron.ru/suppliers/pulse/shdsl.shtml.

Мы используем этот же трансформатор.

Проблема у нас выглядит так. По SHDSL мы передаем поток E1 на скоростях от 3 до 32 таймслотов (т/с).
Для примера берем реальную линию ~1 км. На скорости 32 т/с связь устанавливается замечательно, SNR=56 дБ. На этой же линии при понижении скорости с 32 т/с до 10 т/с качество связи практически не меняется. Однако при понижении скорости с 10 т/с до 3 т/с наблюдается ухудшение связи, понижение SNR до 43 дБ. При скорости 3 т/с вообще невозможно установить соединение.

Предполагаю, что трансформатор B1093 не предназначен для работы на низкой частоте...

Мне отдали серийное оборудование на доводку.
Все схемы проверил, всё сделано по даташитам, гибрид из Figure 2 / page 7.
Разводка нормальная. Остается грешить только на трансформатор...

Примеры схем из сайта Сельсофт http://www.selsoft.ru/index.htm
найдете здесь: http://www.selsoft.ru/download/instrukcii/...ic_principl.zip
В *.zip есть принципиальные схемы LINE4.pdf и CPU4.pdf, то, что Вы ищите.

Спасибо! Посмотрю и отпишу.

[Волощенко]

...На этой же линии при понижении скорости с 32 т/с до 10 т/с качество связи практически не меняется. Однако при понижении скорости с 10 т/с до 3 т/с наблюдается ухудшение связи, понижение SNR до 43 дБ. При скорости 3 т/с вообще невозможно установить соединение.
Предполагаю, что трансформатор B1093 не предназначен для работы на низкой частоте...

Такое наблюдали в промежутке 10 т/с до 3 т/с, но это не мешает с SNR не ниже 35 дБ. С кабелем КСПП-1.2 работали от 3 т/с до 21 т/с на дальности 24 км. Для 12 км от 3 т/с до 32 т/с, также нормально. Для зашумленных линий с передачей 32 т/с, дальность пролета обычно 8.5 км с дистанционным питанием регенераторов (всего до 6-ти регенераторов).
Применяем B1093, другой трансформатор и не ставили, но возможно есть лучший...

[D Mike]

Грустное подтверждение...
А как в этом плане себя SDFE чувствует? Уверенней или так же странно?

Мы давно сделали DSL на 22622. Все работает прекрасно, дальность достигает 14км по хорошим линиям. Качественный скачек дал переход с FW ver.13 на FW ver.15.
Сейчас хотим переходить на 24624, но только на V2.1. Там добавлен паралельный интерфейс и проблем с CRC и т.д. уже не должно быть.
У кого нибудь есть опыт их эксплуатации?

[Kazap]

Спасибо Волощенко за совет по изменению гибридки- действительно, это дает увеличение дальности
и уменьшение ошибок. Правда мы не отказались от 2-обмоточной схемы.

Вопрос по power back,- это не работает?
Cоглано даташит, он вычисляется по разнице уровней, и согласованные значения заносятся в рег. PBOFF. На практике- в PBOFF значение, на 1 меньше значения , занесенного PBOFF в СL, независимо от длины линии. Это не работает ,или моя ощибка?

[amw]

Спасибо Волощенко за совет по изменению гибридки- действительно, это дает увеличение дальности
и уменьшение ошибок. Правда мы не отказались от 2-обмоточной схемы.

Вопрос по power back,- это не работает?
Cоглано даташит, он вычисляется по разнице уровней, и согласованные значения заносятся в рег. PBOFF. На практике- в PBOFF значение, на 1 меньше значения , занесенного PBOFF в СL, независимо от длины линии. Это не работает ,или моя ощибка?

Скорость меньше 2 Мбит? Тогда - да - так и должно быть.

[AZbest]

Вопрос по применению SDFE (PEF 24624). Как выполнить требование по последовательности подачи питающих напряжений на микросхему? Смотрим цитату из User’s Manual:

9.3 Power Up Sequence
To avoid damage of the SDFE-4 during power up one of the following rules should be applied:
Use the following sequence for biasing:
1.Core Voltage
2.Pad Voltage not before Core Voltage
3.Signal Voltage not before Pad Voltage
If this sequence does not meet your requirements make sure that
•The inverse current per signal pad < 10 mA
•The current per supply domain < 100 mA

Как вы решали эту проблему?

[@lex&er]

Загружаю прошивку в PEF22624E v2.1 - не совпадает контрольная сумма. Все делал по образцу официальных исходников для работы с MPI, уже десятки раз пререпроверял. Для проверки считываю RAM командой CMD_RD_RAM_RS - все правильно загружено, но контрольная сумма возвращается не та. Кто-нибудь сталкивался с подобной проблемой?

[Stas1982]

пришлите, пожалуйста, datacheet на PEF22622
пробовал сам искать, но скачивается только PEF 2266- а он вроде отличается и сильно!!!
мой ящик in44usd@mail.ru

[Stas1982]

A po chem prodaete uplotnitel na 12 numerov telefoonix
Ja xochu kupit!!!!

[quote name='Stas1982' date='Apr 19 2007, 13:12' post='239204']
A po chem prodaete uplotnitel na 12 numerov telefoonix
Ja xochu kupit!!!!
moj e-mail in37usd@mail.ru

[nvn]

Подскажите плиз по pef22624 v.1.3
загрузил фирмваре, сделал все установки как на стр.86
подаю ему команду CMD_CONNECT_CTRL(MAIN_PRE_ACT) получаю подтверждение
и жду от него NFC, но ничего не приходит, запрашиваю CMD_CONNECT_STAT_GET приходит, что он все сидит в MAIN_PRE_ACT и на этом все....
подскажите из-за чего могет быть такой эфект?

[nvn]

новая ситуация, NFC получить удалось, но связываться не хочет
вываливается в MAIN_INIT через GHS_NO_COMMON (ERR_MS_NO_MODE) не могу понять что это значит...
а выдает следуещие NFC
F2 F1 09 01 14 0D 00 00 06 00 00 00
F2 F1 08 01 14 0D 00 00 01 00 00 00
F2 F1 09 01 14 0D 00 00 03 32 00 00
F2 F1 08 01 14 0D 00 00 03 FF 00 00

[compas]

новая ситуация, NFC получить удалось, но связываться не хочет
вываливается в MAIN_INIT через GHS_NO_COMMON (ERR_MS_NO_MODE) не могу понять что это значит...
а выдает следуещие NFC
F2 F1 09 01 14 0D 00 00 06 00 00 00
F2 F1 08 01 14 0D 00 00 01 00 00 00
F2 F1 09 01 14 0D 00 00 03 32 00 00
F2 F1 08 01 14 0D 00 00 03 FF 00 00

Привет, судя по сообщению GHS_NO_COMMON, у тебя совпадают параметры режима в сообщении CMD_CFG_CAPLIST_SHORT поле clock_mode, по крайней мере у меня была такая лажа, когда я пытался на STU-C и STU-R поставить разные значения. Говоря простым языком, модемы не смогли договориться о режимах роботы

Привет, судя по сообщению GHS_NO_COMMON, у тебя совпадают параметры режима в сообщении CMD_CFG_CAPLIST_SHORT поле clock_mode, по крайней мере у меня была такая лажа, когда я пытался на STU-C и STU-R поставить разные значения. Говоря простым языком, модемы не смогли договориться о режимах роботы

Пардон, опечатался, хотел сказать следующее - "... у тебя НЕ совпадают параметры режима в сообщении CMD_CFG_CAPLIST_SHORT..."

[nvn]

а кто нибудь включал 6.3 Мб/с ?
не могу понять каким образом это делать, минуя G.hs?

[Muxamor]

а кто нибудь включал 6.3 Мб/с ?
не могу понять каким образом это делать, минуя G.hs?

На сколько я знаю на сегодняшний день нет прошивки для Infineon
котораябы поддержывала скорость выше чем 5.7 Мб/с

[nvn]

На сколько я знаю на сегодняшний день нет прошивки для Infineon
котораябы поддержывала скорость выше чем 5.7 Мб/с

ну хорошо, а как тогда эти 5.7 Мб/с получить, в капабилите листе только до 2.3 Мб/с
я так понимаю нужно использовать CMD_CFG_DSL_PARAM и там устанавливать нужную скорость и bits_p_symbol = 5 ???

[Muxamor]

ну хорошо, а как тогда эти 5.7 Мб/с получить, в капабилите листе только до 2.3 Мб/с
я так понимаю нужно использовать CMD_CFG_DSL_PARAM и там устанавливать нужную скорость и bits_p_symbol = 5 ???

Для того чотбы установить скорость вы чем 2.3.
Нужно исползовать CMD_CFG_CAPLIST_SHORT_VER_2

А каманда CMD_CFG_DSL_PARAM используиться только в тестовых режимах!

[nvn]

Для того чотбы установить скорость вы чем 2.3.
Нужно исползовать CMD_CFG_CAPLIST_SHORT_VER_2
А каманда CMD_CFG_DSL_PARAM используиться только в тестовых режимах!

А слона то я и не заметил
Спасибо!!!

[nvn]

опять проблема!
связаться на 5696 кбит/с связались, но передать данные больше чем 4096 кбит/с не получается, данные после 4096 кбит как буд-то переопределяют данные в начале метки.
подскажите пожалуйста куда смотреть...
шину сделал 16384 кГч, сдвиг для первой пары 0, для второй 1024
payload_bits=8192

[nvn]

всем спасибо проблема решена

[Muxamor]

А как решили проблему ?

[AZbest]

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

[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?

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

[ALEXEY_D]

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

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

Уважаемый Muxamor, не могли бы Вы отправить личное сообщение на мой новый аккаунт, потому что старый перестал почему-то работать. (Старый был ALEXD)

[lelik]

Добрый день! Начал работать с сократом 3-го поколения (22628 E) и сразу же столкнулся с нехваткой информации. Документация которая доступна датируется мартом 2007. Интерфейс хоста с микросхемой такой же как и 2x624 E - через hdlc.
Есть несколько вопросов по работе с м-й:
1) При включении питания жутко греется. Без радиатора с ней работать невозможно. Это нормально или нужно копать в сторону разводки/установки параметров?
2) Есть ли более новые даташиты на неё?
3) Завис пока на загрузк FW. Не понятны следующие моменты:
a) команда CMD_WR_REG_AUX_SCI_IF_MODE(0AH) и ответ на неё ACK_WR_REG_AUX_SCI_IF_MODE
Здесь на форуме писали что команда CMD_WR_REG_AUX_SCI_IF_MODE имеет следующий формат: "F1 F9 A9 03 CRCH CRCL"? для этой микросхемы "F3 F9 A9 0A CRCH CRCL" или "F3 F9 00 A9 0A CRCH CRCL". В ответ на ту и другую команду получаю "F5 F3 AB CRCH CRCL" является ли это ответом ACK_WR_REG_AUX_SCI_IF_MODE?
б) по загрузке FW. Lucifer написал выше процесс загрузки http://electronix.ru/forum/index.php?showt...16020&st=45 в каком даташите это описание? Есть ли описание загрузки на 22628 E?

[@lex&er]

Если Вам удалось запустить честный 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, т.е. ведет себя как обычная оконечка, не дожидаясь каких либо команд от процессора. Если не трудно, поделитесь начальными установками или подскажите, где ошибка в описании у Инф., потому что я делал все в строгом соответствии с их описанием и проверял это несколько раз.

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

Я запустил честный Repeater в режиме TDM. Работает строго по диаграмме. До 8 мегабит. Вы уже разобрались с Вашей проблемой? Может у Вас на регенераторе неправильно установлен режим работы mode в команде CMD_CFG_SYM_DSL_MODE?


Кто-нибудь уже игрался с управлением мощностью Normal/Forced, EFM, LineProbing, SYM_PSD/ASYM_PCD, AnnexF/AnnexG? Есть кое-какие наблюдения, интересно обменяться опытом.

Сообщение отредактировал @lex&er - Apr 18 2008, 08:32

[Schtirlitz]

Я запустил честный Repeater в режиме TDM. Работает строго по диаграмме. До 8 мегабит. Вы уже разобрались с Вашей проблемой? Может у Вас на регенераторе неправильно установлен режим работы mode в команде CMD_CFG_SYM_DSL_MODE?
Кто-нибудь уже игрался с управлением мощностью Normal/Forced, EFM, LineProbing, SYM_PSD/ASYM_PCD, AnnexF/AnnexG? Есть кое-какие наблюдения, интересно обменяться опытом.

Какие чипы на STU-C и STU-R концах? Если SDFE, то все действительно работает по диаграмме. Если EFM (SOC4E) то репитер не работает, причем на самом начальном этапе диаграммы начанает вязаться без перехода в IDLE (кто виноват-непонятно пока).
Пока что решение проблемы- репитер из 2-х оконечек STU-R<->STU-C

[Idle]

Ко-нибудь "поднимал" aggregation(PAF) на 22628E?
Поделитесь примером настройки для -O и -R.