SI4432 ошибка CRC, При приёме любых пакетов выдает ошибку CRC Опции

[YuryD]

Здравствуйте.
Нужно связать два устройства по беспроводному каналу через SI4432. Вроде всё правильно настроил, передаю пакеты с разной длиной (указываю вручную). Приемник принимает, но с каждым пакетом устанавливается бит icrcerror (CRC Error). На обеих сторона тип CRC одинаковый. Мощность выставлена максимальная, платы лежат рядом.
Даташит курил, вроде всё правильно. Подскажите, пожалуйста, куда вообще копать, какая инфа могла бы пролить свет на проблему?
Спасибо.

[Jurenja]

1. Мощность выставлена максимальная.
2. платы лежат рядом.

Сочетание этих двух факторов будет вызывать проблему - перегрузку входных каскадов приемника.
Параметры приёмника гарантируются только при входной мощности не более чем +5 дБм.
А выходная мощность передатчика должна быть не менее чем +20 дБм.

[YuryD]

Я пробовал уменьшать мощность до –1 dBм (установка 000 в регистр 0х6D), результат тот же.

[DASM]

Пакет то смотрели? Он реально битый или нет?

[Corner]

Пока Вы на максимальной мощности работали, могли и припалить приемные цепи.
А Вы их КИТ используете или самопал какой наваяли?

[YuryD]

Я использую готовые модули. Фото в приложении. Вряд ли я что-то подпалил, т.к. начал испытывать с мощности -1дБм. При минимальной и максимальной мощности результат одинаковый - ошибка CRC. Посмотреть реально ли битый пакет пока не могу, т.к. буду возле "пациента" в четверг. Пока пытаюсь понять, что я мог не так сделать.
Я так понимаю, что CRC модуль формирует на передающей стороне, записывает в конец пакета. А на приёмной стороне другой сам модуль пересчитывает CRC и сравнивает с принятым. Т.е., по сути, я никак не участвую в этом процессе, просто выставляю "включение CRC" и "тип CRC", одинаковые на обоих сторонах. Что тут можно сделать не так?....

Эскизы прикрепленных изображений

 

[Slonofil]

Что тут можно сделать не так?....

Форматы пакетов на передающей и приёмной стороне? Может, он считает CRC правильно, но сравнивает не с тем полем/не по тому смещению?

[YuryD]

А как я в этом процессе участвую? Я включаю CRC, вид CRC и всё. Дальше он сам всё делает. Он сам знает куда класть CRC и откуда его читать. Я же ни где это не настраиваю.

[Slonofil]

А как я в этом процессе участвую? Я включаю CRC, вид CRC и всё. Дальше он сам всё делает. Он сам знает куда класть CRC и откуда его читать. Я же ни где это не настраиваю.

Эээ... Вы разработчик или наладчик? Если разработчик, то такие вопросы выглядят ересью. Вникните в суть, ознакомьтесь с механизмами, отвечающими за формирование пакета, сличите переданный и принятый пакет, в конце концов! Или Вы думаете, всё просто обязано работать только по факту того, что Вы так хотите?..

[k155la3]

Какой размер пакета ? Какой размер буфера трансивера ?
Как считается CRC - трансивером или иначе ? Если трансивером, то размер пакета должен быть не более размера евойного буфера.
(см. док, для Ti CC1101 насколько помню, не более 64 байта, кажется)
Я с Si4432 только начал разбираться, но это общее для подобных девайсов.
Курить даташит.

А как я в этом процессе участвую? Я включаю CRC, вид CRC и всё. Дальше он сам всё делает. Он сам знает куда класть CRC и откуда его читать. Я же ни где это не настраиваю.

Может быть 2 режима, проверьте по DS. (эта инф. по трансиверам Ti, для силабс может быть также или похоже)
Для маленьких пакетов, которые полностью ложаться в буфер трансивера, включая окноечную CRC, он (трансивер)
может быть настроен на их "самопроверку" и соответственно выставить флаг пакет битый или нет.
Для больших пакетов (больше размера буфера) прием-передача организуются по другому. Как я еще не раскуривал.

[YuryD]

Я проверил, что приемник принимает. Принимается мусор, но всегда то же самое количество байт, что отправлено. Т.е. ошибка контрольной суммы не врёт, в принятом пакете действительно не те данные, что передавались, но, что примечательно, количество принятых байт всегда (я пробовал несколько вариантов) совпадает с длиной передаваемого пакета.
Может быть проблема в частотных настройках модулей? Функциональные настройки я проверил, вроде всё по даташиту, но я не особо разбираюсь в ВЧ, поэтому взял RF настройки из первого попавшегося в И-нете примера.
Может кто-то поделится ссылкой или примером корректной настройки модуля на частоту 434МГц?
Спасибо.

[DASM]

Вы там whitening не включили случайно?
Или манчестер какой нибудь..
А количество принятых байт не показатель в случае fixed packet length, он примет сколько задано и все.
Но сам факт приема говорит о том, что синхрослово принимается верно, а это уже хорошо
Возьмите второй попавшийся пример, лучше от производителя. А конфиг делайте сами через WDS

[YuryD]

Вы там whitening не включили случайно?
Или манчестер какой нибудь..

Не ничего такого не включено.

А количество принятых байт не показатель в случае fixed packet length, он примет сколько задано и все.

У меня плавающая длина пакета. Я меняю на передающей стороне количество передаваемых байт, и на приемной стороне принимается аккурат столько же. Но при этом выставляется флаг error CRC. Если я выключаю CRC, то принимается чётко переданное количество байт, но там мусор, вообще ни один байт не совпадает. От приема к приему это содержимое меняется, т.е. явно шум какой-то.
Чертовщина какая-то!....

Сообщение отредактировал YuryD - Nov 11 2017, 15:19

[DASM]

Если принимаете то же самое количество байт каждый раз, то первый байт точно верен, в нем длина и передается. Похоже что в эфир передатчик излучает обрезок от пакета. Такое может быть, например, если запустить tx, а далее по коду перевести чип в идле. Преамбулу, синхру и первый байт.. несколько уйдут, а далее в эфире тишина. Симптомы совпадут. Посмотрите что код делает после того, как дал команду передачи. Пока не сработает tx done ничего делать с чипом не надо

Кроме того, возможно ошибка в коде, переменна, длина это втрой этап. Поставьте фиксед для начала, может вы данные на отправку мусорите сами, а тут уже миллион причин может быть, в завимости от "таланта". Напишите предельно тупой код заполнения буфера передачи для начала, типа for(i=0;i<len;i++) put_si4432(i). Кстати а длину пакета в этом чипе указывают вместе с байтом самой длины и црц, или только длину payload? Тож могут быть грабли

Примеров в сети ведь полно, берите от самого Силабса, а потом портить можно как хочется уже

[Corner]

Если принимаете то же самое количество байт каждый раз, то первый байт точно верен, в нем длина и передается. Похоже что в эфир передатчик излучает обрезок от пакета. Такое может быть, например, если запустить tx, а далее по коду перевести чип в идле. Преамбулу, синхру и первый байт.. несколько уйдут, а далее в эфире тишина. Симптомы совпадут. Посмотрите что код делает после того, как дал команду передачи. Пока не сработает tx done ничего делать с чипом не надо
Кроме того, возможно ошибка в коде, переменна, длина это втрой этап. Поставьте фиксед для начала, может вы данные на отправку мусорите сами, а тут уже миллион причин может быть, в завимости от "таланта". Напишите предельно тупой код заполнения буфера передачи для начала, типа for(i=0;i<len;i++) put_si4432(i). Кстати а длину пакета в этом чипе указывают вместе с байтом самой длины и црц, или только длину payload? Тож могут быть грабли
Примеров в сети ведь полно, берите от самого Силабса, а потом портить можно как хочется уже

Еще вариант, рядом с ТСом кто то излучает на 434 МГц. Или КИТы бракованные. Но, идея скопировать что то с интернета не глядя и не разбираясь, мне очень нравится))).