Easyelectronics.ru

TEA5767 вполне нормальные приемники получаются для города
чуствительность однозначно хуже чем у RDA
аналоговые тюнеры от магнитол до сих пор применяют и стоят во многих моделях
но для него надо синтезатор делать например на LM7001
схема простая и собиралась не раз
да и приемников с такими тюнером я сделал около десятка

цифровые тюнеры TUX32 стояли в старых 3-5 лет давностей магнитолах СОНИ
мне выдрали парочку, найти практически нереально, в москве на развалах искали не нашли
управляется по И2С и просто поразил качеством приема

Приехал модуль с RDA5807M.
По тем вопросам что задавал ранее:
Минимальное питание 1.7V (потребление 17...21 mA)
Верхний лимит частоты 120MHz, проверял передатчиком.

Меня интересует частоты 108-120Мгц и, я так понимаю, автопоиска там не будет, ибо это за пределами стандартных диапазонов. Только прямой ввод частоты или пошаговое изменение кнопками (скажем +/- 0.1МГц).

Частоту вводил в регистр 0x03.
А как мне ввести более точную частоту, например 110.025 ?
Ну поменяю chanel spacing на 25кГц в регистре 0x03, а дальше как?

Update: Разобрался. Для 110.025МГц получаем (1100.25-870)*4 и заносим в регистр 0x03.


А как насчёт регистра 0x07 бит 0 FREQ_MODE, при значении 1 частота вводится в регистр 0x08, вроде как.
Никто не пробовал?

надо пробывать, вроде да есть режим прямого ввода частоты
на досуге попробую
расскажите как у вас организована антенна
применяете ли вы фильтр на входе как нарисовано в даташите
этот вопрос меня интерисует с точки зрения повышения качества приема и расшифровки РДС
с плохой антенной можно забить
и еще однп пакость
наши станции не придерживаются стандарта RDS и обязаны вроде название станции и другую инфу передавать в соответствующих
группах RDS
а они где хотят там и передают
один алгоритм расшифровки работает на одной станции но не работает на другой и наоборот
еще вроде как информацию можно корректировать с помощью контрольных сумм и устранять ошибки
Ни где не нашел такой информации

Антенна никак не организована, я пока играюсь на макетной плате (breadboard).
Разбираюсь с I2C, раньше не имел с этим дело. Управляю через PIC микроконтроллер.

Смотрю во всех даташитах есть ошибка по RSSI (уровень сигнала):

0BH 15:9 RSSI[6:0] RSSI 000000 = min, 111111 = max

Там действительно меняются не 6 битов, а 7, с 15-го по 9-й.

Кто нибудь может выложить либу для TEA5767?
По идее у всех здесь присутствующих это "пройденный этап"...

Проблема решена.
http://tomeko.net/projects/TEA5767_radio/

Да, от станции зависит. Некоторые аккуратно раскладывают информацию в разные группы по типам (самые интересные группы - 0A, 2A, 4A), а некоторые всё гонят через группу 0A - даже текущее время :-).
Я просто расшифровываю все типы и вывожу в разные места на дисплее. Таким образом получается единый алгоритм расшифровки, а уже глазами определяется разница в оформлении RDS-потока разными станциями, есил интересно.

Я думаю, RDA5807 уже применил эту коррекцию сам, а нам через поля BLERA,BLERB показал, чего ему это стОило :-)
Я в декодере ставлю условие (BLERA,BLERB равны нулю), и то бывают ошибочки в данных RDS. А без этого условия - вообще каша.

AlexPM - приведите пожалуйста ваш код декодирования
язык не важен
хочу попробывать и сравнить ваш и мой
по количеству ошибок и качеству декодирования
если станции соблюдают стандарт передачи то РДС работает даже на кусок провода 1.5м
сейчас пробую микры 5807FP все тоже самое что и М, но работает лучше

dt_andrew, я себе вот такой декодер накропал. Распознаёт и выводит на дисплей следующие типы RDS-данных: PI, PTY, PS, RT, DT. Поскольку текст RT очень длинный, он выводится в четыре строки (разбиение на строки происходит автоматически). Собрал компактно в один файлик, комментарии там есть, язык Си. Функции чтения-записи по I2C у Вас должны быть свои, поэтому их в файл не включил. Инструкция - в самом начале ;-)

Спасибо буду изучать и пробывать

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

по одному из кодов для ардуино используется какой то другой адрес устройства - 0х11
прямое считывание идет по адресу 0х10
зная что адреса в ардуино сдвинуты на разряд тоесть действительно получаем адрес 0х20 - по даташиту
а что с адресом 0х11 если сдвинуть то получаем 0х22 но упоминания об таком адресе нет упоминания в даташите

Упс, только сейчас обнаружил этот пост. Что ж, лучше поздно, чем никогда. Другим приёмникостроителям пригодится :-)
Интерфейс с адресами 0x20/0x21 - это интерфейс rda5800, а НЕ rda5807! Для того, чтобы не мучиться с последовательными чтением/записью регистров, надо использовать другой интерфейс, с адресами 0x22/0x23 - он специально для rda5807 был добавлен! Всего в RDA5807 три интерфейса:
a) Address 0x60<<1 (TEA5767 compatible mode)
b) Address 0x10<<1 (sequential access / RDA5800 mode)
c) Address 0x11<<1 (random access / RDA5807 mode)

Доброе время суток всем!
Мужики, объясните, пожалуйста, на пальцах, как расшифровать данные RDS в RDA5807 (или линканите).
---
Собрал с нуля свой приёмник, код с нуля, не найду принцип вывода данных RT.
Считываю все регистры (0A, 0B, 0C, 0D, 0E, 0F) понимаю что вся "борода" завязана в 0D(high), 0D(low).
---
0D(high) - биты 7,6,5,4 - тип группы (тип данных), бит 3 - версия данных, биты 1,0 и 7,6,5 из 0D(low) - PTY CODE
0D(low) - биты 4,3,2,1,0 - адрес передаваемых данных ???
---
Я не пойму как, грамотно считать радиотекст, сам принцип. На данном этапе реализовано так:
При условии что тип группы =0A или 2A (0D high биты 7,6,5,4) - то начинаю заносить байты 0F(high) и 0F(low) в буфер по адресу полученному из 0D(low) - биты 4,3,2,1,0. Т.е. для адреса полученному из 0D(low) 4,3,2,1,0:
1. пришел "0" - (проверяется, если буфер уже не пустой - то выводится все содеримое буфера 16 байт на экран иначе заполняем буфер) заносим 0F(high) > в ячейку буффера "0", 0F(low) > в ячейку буффера "1".
2. пришла "1" - заносим 0F(high) > в ячейку буффера "2", 0F(low) > в ячейку буффера "3".
3. пришла "2" - заносим 0F(high) > в ячейку буффера "4", 0F(low) > в ячейку буффера "5"... и т.д. пока снова не придёт "0", буфер уже будет не пустой и происходит вывод на экран. Перед непосредственным занесением регистров 0F в ячейки буффера, они проверяются на "печатность символов" чтобы не лезли символы менее 0x20 и не более 0x7A (т.е. чисто знаки, цифры, алфавит - применён дисплей 1602).
---
На данном этапе у меня частично работает, т.е. что-то понять можно, но выводятся символы не корректно: лезут "не те символы", буквы "двоятся", путаются местами, выводятся с разрывами и т.д. Подскажите, что надо ещё смотреть? Где-то слышал что ещё выдается какие символы надо выводить, только где это идёт и как не знаю... подскажите плиз на элементарном уровне?! Заранее благодарю.

элементарно обьяснить не получится
я за основу взял декодер из этого проекта
вполне так нормально работает
https://github.com/mathertel/Radio

а для TUX32 кодом не поделитесь? Есть один такой - хотел сравнить по приему с TUX020 (аналоговый).