Вопросы по трансиверу DP1203 Опции

[koluna]

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

С наступившим всех новым годом!!!

Прочитал всю документацию по DP1203 и XE1203, этот форум, но не нашёл ответов на некоторые вопросы.

1. В документации говорится о NRZ кодировании данных. Насколько это критично? Т. е. нужно ли самому кодировать/декодировать данные при передаче/приёме? Или можно не кодировать данные? Зачем нужно дополнительное кодирование NRZ, если есть встроенный кодек Баркера?

2. Генерация сигнала DCLK. Как я понял, в режиме приёмника он генерируется только когда идёт приём данных. А в режиме передатчика он когда генерируется? Постоянно?

3. Не совсем понятна работа с SPI. Стартбиты, стопбиты... придумали же...
Т. е. при обмене как будет выглядеть первый записываемый в трансивер байт? Вот так вот: 1 0 Х А4 А3 А2 А1 А0 ? Где Х - чтение или запись. Нуль слева - старт бит. Далее идёт байт данных (второй байт). Потом надо как-то стопбиты сделать. Как? Просто записать байт вида 1 1 Х Х Х Х Х Х (третий байт)?

4. Назначение выводов RX, TX. Здесь я прочитал, что единица на входе RX - приёмник, на входе TX - передатчик. А если на этих входах нули, то ни приёмник не принимает, ни передатчик не передаёт и, соответственно, шума цифрового нет? Это разрешённая комбинация? А комбинация с двумя единичками запрещённая? Не понимаю, почему в даташите ничего про это не сказано...

5. Почему нельзя, чтобы часто чередовались единицы и нули при передаче?

Спасибо.

[xemul]

Прочитал всю документацию по DP1203 и XE1203, этот форум, но не нашёл ответов на некоторые вопросы.

1. В документации говорится о NRZ кодировании данных. Насколько это критично? Т. е. нужно ли самому кодировать/декодировать данные при передаче/приёме? Или можно не кодировать данные? Зачем нужно дополнительное кодирование NRZ, если есть встроенный кодек Баркера?

Представьте, что Вам нужно передать последовательность "001001001..." с длительностью одного бита 1 мс. Спектр этой последовательности уложится в полосу 500..1000 Гц. Соответствующую полосу, естесно, должен пропускать и канал связи (РЧ-передатчик и -приемник в Вашем случае).
Теперь представьте , что последовательность имеет вид "1000...например, 10^6 нулей...1". Чтобы ужать полосу спектра сигнала до допутимой величины, и используются различные способы NRZ-кодирования.
Кодек Баркера может использоваться, а может и не. С ним дополнительное NRZ-кодирование не требуется. Но реализованный в DP1203 кодек Баркера 11-го порядка для многих применений будет избыточным, а ограничения, связанные с его использованием, - недопустимыми. В большинстве случаев можно обойтись простым манчестером, 3B4 и подобными кодами.

2. Генерация сигнала DCLK. Как я понял, в режиме приёмника он генерируется только когда идёт приём данных. А в режиме передатчика он когда генерируется? Постоянно?

В режиме приема DCLK генерится только при включенных кодеке Баркера или Bit Syncronizer'е.
В режиме передачи - только при включенном кодеке Баркера.

3. Не совсем понятна работа с SPI. Стартбиты, стопбиты... придумали же...
Т. е. при обмене как будет выглядеть первый записываемый в трансивер байт? Вот так вот: 1 0 Х А4 А3 А2 А1 А0 ? Где Х - чтение или запись. Нуль слева - старт бит. Далее идёт байт данных (второй байт). Потом надо как-то стопбиты сделать. Как? Просто записать байт вида 1 1 Х Х Х Х Х Х (третий байт)?

Вдумчиво курить даташит. Прибор предполагает использование только адресной, а не блочной записи/чтения по SCI, т.е. старт (0) - чтение/запись (1/0) - адрес (5 бит) - данные (8 бит) - стоп (11), и не более.
Несколько неудобна работа с 17-битными посылками, но первый бит - всегда 0 (а последние два - всегда 1:)), так что заполняется буфер в контроллере, сбрасывается CARRY, и все через CARRY выталкивается наружу 17 раз со сдвигом буфера через CARRY.

4. Назначение выводов RX, TX. Здесь я прочитал, что единица на входе RX - приёмник, на входе TX - передатчик. А если на этих входах нули, то ни приёмник не принимает, ни передатчик не передаёт и, соответственно, шума цифрового нет? Это разрешённая комбинация? А комбинация с двумя единичками запрещённая? Не понимаю, почему в даташите ничего про это не сказано...

По-видимому, Вы сейчас про DP1203 (в XE1203 таких ног вроде бы нет)? Не использовал, не знаю. Даташиты по DP где-то были на ЦД, но сейчас не нашел.

5. Почему нельзя, чтобы часто чередовались единицы и нули при передаче?

Нужно, чтобы чередовались, а уж как часто, Вам решать (см. также п.1:)).

[koluna]

Кодек Баркера может использоваться, а может и не. С ним дополнительное NRZ-кодирование не требуется. Но реализованный в DP1203 кодек Баркера 11-го порядка для многих применений будет избыточным, а ограничения, связанные с его использованием, - недопустимыми. В большинстве случаев можно обойтись простым манчестером, 3B4 и подобными кодами.

А какие там ограничения? Скорость передачи информации?

2. Генерация сигнала DCLK. Как я понял, в режиме приёмника он генерируется только когда идёт приём данных. А в режиме передатчика он когда генерируется? Постоянно?

В режиме приема DCLK генерится только при включенных кодеке Баркера или Bit Syncronizer'е.
В режиме передачи - только при включенном кодеке Баркера.

А при включенном Bit Syncronizer'е как же? Как данные-то запихивать в трансивер?

3. Не совсем понятна работа с SPI. Стартбиты, стопбиты... придумали же...
Т. е. при обмене как будет выглядеть первый записываемый в трансивер байт? Вот так вот: 1 0 Х А4 А3 А2 А1 А0 ? Где Х - чтение или запись. Нуль слева - старт бит. Далее идёт байт данных (второй байт). Потом надо как-то стопбиты сделать. Как? Просто записать байт вида 1 1 Х Х Х Х Х Х (третий байт)?

Вдумчиво курить даташит. Прибор предполагает использование только адресной, а не блочной записи/чтения по SCI, т.е. старт (0) - чтение/запись (1/0) - адрес (5 бит) - данные (8 бит) - стоп (11), и не более.
Несколько неудобна работа с 17-битными посылками, но первый бит - всегда 0 (а последние два - всегда 1:)), так что заполняется буфер в контроллере, сбрасывается CARRY, и все через CARRY выталкивается наружу 17 раз со сдвигом буфера через CARRY.

Хм... ну и где тут SPI?! Я хочу использовать именно SPI, а не организовывать последовательный инотерфейс самостоятельно Передача данных по SPI ведётся блоками, кратными 1 байту... а здесь... вот и непонятно всё это...

4. Назначение выводов RX, TX. Здесь я прочитал, что единица на входе RX - приёмник, на входе TX - передатчик. А если на этих входах нули, то ни приёмник не принимает, ни передатчик не передаёт и, соответственно, шума цифрового нет? Это разрешённая комбинация? А комбинация с двумя единичками запрещённая? Не понимаю, почему в даташите ничего про это не сказано...

По-видимому, Вы сейчас про DP1203 (в XE1203 таких ног вроде бы нет)? Не использовал, не знаю. Даташиты по DP где-то были на ЦД, но сейчас не нашел.

Да, это про DP1203.
Кое-что про TX, RX я уже здесь на формуме нашёл. Спрашиваю, чтобы узнать больше

[xemul]

Кодек Баркера может использоваться, а может и не. С ним дополнительное NRZ-кодирование не требуется. Но реализованный в DP1203 кодек Баркера 11-го порядка для многих применений будет избыточным, а ограничения, связанные с его использованием, - недопустимыми. В большинстве случаев можно обойтись простым манчестером, 3B4 и подобными кодами.

А какие там ограничения? Скорость передачи информации?

Угу. Иногда бывает мало 1154 bps:).

2. Генерация сигнала DCLK. Как я понял, в режиме приёмника он генерируется только когда идёт приём данных. А в режиме передатчика он когда генерируется? Постоянно?

В режиме приема DCLK генерится только при включенных кодеке Баркера или Bit Syncronizer'е.
В режиме передачи - только при включенном кодеке Баркера.

А при включенном Bit Syncronizer'е как же? Как данные-то запихивать в трансивер?

А кто сказал, что будет легко? Посмотрите хотя бы на блок-схему XE1203 - отчетливо видно, что Bit Syncronizer используется только в приемнике.
Ну и не вижу я особых проблем в программном выталкивании битов с джиттером менее требуемых 5%. Хотя, согласен, можно было бы сделать и по-разумнее.

3. Не совсем понятна работа с SPI. Стартбиты, стопбиты... придумали же...
Т. е. при обмене как будет выглядеть первый записываемый в трансивер байт? Вот так вот: 1 0 Х А4 А3 А2 А1 А0 ? Где Х - чтение или запись. Нуль слева - старт бит. Далее идёт байт данных (второй байт). Потом надо как-то стопбиты сделать. Как? Просто записать байт вида 1 1 Х Х Х Х Х Х (третий байт)?

Вдумчиво курить даташит. Прибор предполагает использование только адресной, а не блочной записи/чтения по SCI, т.е. старт (0) - чтение/запись (1/0) - адрес (5 бит) - данные (8 бит) - стоп (11), и не более.
Несколько неудобна работа с 17-битными посылками, но первый бит - всегда 0 (а последние два - всегда 1:)), так что заполняется буфер в контроллере, сбрасывается CARRY, и все через CARRY выталкивается наружу 17 раз со сдвигом буфера через CARRY.

Хм... ну и где тут SPI?! Я хочу использовать именно SPI, а не организовывать последовательный инотерфейс самостоятельно Передача данных по SPI ведётся блоками, кратными 1 байту... а здесь... вот и непонятно всё это...

А где Вы нашли в даташите на XE1203 упоминание про SPI? "SerialControlInterface", конечно, созвучно, но не оно.
В качестве утешения: в API от Xemics'а для их же контроллера XE8000 обмен по SCI реализован программно (и коряво-неэстетично по написанию).

4. Назначение выводов RX, TX. Здесь я прочитал, что единица на входе RX - приёмник, на входе TX - передатчик. А если на этих входах нули, то ни приёмник не принимает, ни передатчик не передаёт и, соответственно, шума цифрового нет? Это разрешённая комбинация? А комбинация с двумя единичками запрещённая? Не понимаю, почему в даташите ничего про это не сказано...

По-видимому, Вы сейчас про DP1203 (в XE1203 таких ног вроде бы нет)? Не использовал, не знаю. Даташиты по DP где-то были на ЦД, но сейчас не нашел.

Да, это про DP1203.
Кое-что про TX, RX я уже здесь на формуме нашёл. Спрашиваю, чтобы узнать больше

Увы, не в курсе.