killer258
всё равно придётся снифферить обмен и выяснять назначение регистров и битов экспериментальным путём

Не обязательно R820T2 Register Description

Не обязательно R820T2 Register Description

Ничего себе, сколько там настроек! Вот это уже совсем другое дело, можно поиграться с о всеми настройками чипа, который и правда не так прост, каким казался. Так намного лучше. Спасибо за информацию. В этом документе всё действительно подробно расписано. Не предполагал, что там аж 32 регистра. Вот после такого описания теперь уже стали понятными и комментарии в приведённом выше исходнике https://github.com/osmocom/rtl-sdr/blob/master/src/tuner_r82xx.c Теперь можно будет попробовать заставить этот чип работать самостоятельно , и в паре с микросхемой MC3361 и мелким контроллером в разных миниатюрных самодельнных приёмниках на "всё равно какую частоту" размером с ноготок этот чип произведёт революцию в технологиях изготовления миниатюрных приёмных трактов (представляю в том числе, как обрадуются "жукоделы" с vrtp), и для работы на крыше в качестве конвертера, в непосредственной близости к антенне.
И приёмник Р-45 из настольной конструкции превратится в носимый сканирующий приемник размером с пачку сигарет, если поставить этот чип вместо KSH-148.
И можно было бы даже этот R820T поместить внутрь какого-нибудь бытового не вызывающего ни у кого подозрения FM-AM карманного приёмника и ходить с ним, сканировать на улице, не привлекая к себе внимания бздительных граждан и правоохранителей , внешний вид приёмника остается тем же, а внутри -устройство двойного назначения.

И поскольку с выхода чипа R820T идёт на чип с АЦП , как я выяснил, полоса в шесть мгц, а окно обзора водопада у нас шириной 2.4 мгц, и в этом окне бывают видны фантомные сигналы, истинные частоты которых лежат за пределами окна наблюдения и отстоят от фантомных на 2.4 мгц (то есть находятся они за пределами окна обзора), то я окончательно склонился к мысли о целесообразности установки между этими двумя чипами какого-нибудь ФСС с крутыми скатами с шириной полосы 2.4 мгц и центральной частотой 3.57 мгц. Можно конечно, для избавления от внеполосных фантомов и просто усиление уменьшить, но, с другой стороны, зачем нам пропускать на вход АЦП полосу шире, чем 2.4 мгц, если мы всё равно можем просматривать не больше 2.4 мгц полосу. Может, тогда даже и водопад станет почище?
Вообще надо посмотреть, может, быть даже и готовые фильтры существуют на 3.57 мгц с нужной шириной полосы. Но, если не существуют, можно и вручную намотать, только габариты фильтра ФСС первой ПЧ тогда будут больше, чем размеры самих этих чипов свистка, но, я думаю, оно того стОит, и в домашних условиях этот размер роли не играет. И кто знает, может тогда исчезнут "ложняки" также и при самплрэйтах, меньших, чем 2.4 msps ?

И кто знает, может тогда исчезнут "ложняки" также и при самплрэйтах, меньших, чем 2.4 msps ?

Возможно. Вообще, надо до конца разобраться с регистрами, можно закрутить и интегральными фильтами лучше, чем по умолчанию 6МГц, я начинал ковырять, но пока до конца не сделал, может вдохновение еще настигнет.

Да, там есть некоторые регистры, смысл которых остался непонятным даже после чтения их названий. А вот интересно, какой там шаг частотной сетки в PLL доступен? Какие коэфф деления для опорного генератора чип допускает.
Интересно, на какую частоту оказывается настроенным PLL чипа после того, как в регистры при начальной инициализации вписываются значения, написанные в самом начале упоминавшегося выше исходника?

Чип R820T(T2), действительно, штука довольно интересная, в плане конструирования миниатюрных(мобильных) РПУ. Когда-то я тоже, заинтересовался этим чипом, НО, из за катастрофической, хронической, нехватки времени оставил эту затею до лучших времён:) "Жукоделы" в курсе существования этого чипа, опять же, НО :) Особого внимания на чип R820T(T2) так никто из "жукоделов", и не обратил, в плане реализации на его базе, какого нибудь, карманного "приёмничка". "Жукоделы" всецело отдали чип "в руки" эфирным "вуаеристам", к которым, и я себя отношу :)

Чип R820T(T2), действительно, штука довольно интересная, в плане конструирования миниатюрных(мобильных) РПУ.

Чип круто навороченный. Для самодельщиков просто потрясающая находка. И судя по всему, разработчикам R820T совершенно не представляло никакой сложности сделать нижнюю границу его частот начинающейся , скажем, от 160-метрового диапазона коротких волн, и в том же кристалле разместить бы заодно и тракт второй ПЧ , с АМ/ЧМ/SSB детекторами, совершив таким образом революцию - однокристальный "всеволновый" приёмник , как основу для построения простых по конструкции сканирующих приемников , требующих минимального количества всякого "навеса" из дискретных компонентов.

Для разработчиков чипа R820T(T2), как и более навороченных чипов, хотя бы, от того же Analog Devices и т.д. особой сложности не представляет выпуск "однокристальных" трансиверов, только вот цена на них уже совершенно другая. Там 2-3 баксами за чип, уже не отделаешься :) В цене и заключается вся прелесть R820T. А вот, почему "самодельшики" до сих пор обходят стороной чип от Rafael Micro, это действительно, вопрос.

Ответ же прост! Программёров среди железачников мало.

Немного по оффтопю.
Все знают про чип и RDA1846 и то, какие говняные баклофены на них делаются, но не все знают, что сам по себе чип однокристального тансивера по параметрам из ДШ не сильно хуже тех же AD9361 за много баксов. Только вот, никто не написал доступной прошивки, что бы оправдать RDA1846, ибо молва про баклофены.... тоже самое и про R820T

А вот, почему "самодельшики" до сих пор обходят стороной чип от Rafael Micro, это действительно, вопрос.

Я долго не решался над этим чипом поэкспериментировать из-за довольно мелкого монтажа в свистке, даже не смотря на то, что есть опыт ремонта мобильных телефонов .
если мы здесь выясним, какие значения надо вдувать в регистры R20,21,22 для задания нужной частоты гетеродина чипа, а также по какому адресу находится регистр предделителя опоры и назначение ещё нескольких непонятных регистров, то будет смысл создать отдельную тему в разделе "разработки", и тогда народ наверное потянется туда. имхо. Тема с приёмником Р-45 на селекторе KSH-148 ведь имеет интерес неслабый, многие собирают и обсуждают на форумах. А с чипом R80T это почти то же самое, да ещё и получше даже, чем на селекторе будет. .

А пока что снифферить обмен в свистке между чипами все же придётся. Поставить определённые параметры частоты и усиления в HDSDR, запустить его и перехватить данные по I2C. Застрял на изготовлении более подходящего I2C сниффера. (логический анализатор от Пиккита подсаживает шину, он не годится, так как он пятивольтовый , а здесь в свистке трёхвольтовое питание, сигналы слабые)

killer258 что бы особо не заморачиваться с пайкой конвертера, попробуйте использовать 3V-5V конвертеры логических уровней, таких конвертеров на AiiExpress "пять рублей пучок":) Реально, копейки стоят. P.S. У меня где-то в ящиках горсть таких валяется.

Я думаю, просто взять два мосфета, истоки на землю, и подать на их затворы сигналы scl и sda, это не нагрузит шину. В каждый сток по резистору, повешенному на 5 вольт, потом надо будет инвертировать сигналы со стоков, и можно подавать на логический анализатор будет. Нам надо выяснить, что именно надо записать в чип для установки требуемых частоты, уровня усиления, характеристик фильтров и тд. Видимо, этого до сих пор никто не делал,так как все просто использовали свисток целиком, как он есть. А после этого не только я, но и любой например, ардуинщик сам напишет управляющую прогу для микроконтроллера, если только мы выясним , что в этот чип нужно "вдувать". Ведь с точки зрения программиста данный чип -это просто набор регистров, которые нужно прочесть и записать. Остальное чип будет делать сам. На вход ему антенну, с выхода снимаем готовый сигнал ПЧ.

killer258
http://we.easyelectronics.ru/Shematech/soglasovanie-logicheskih-urovney-5v-i-33v-ustroystv.html
Тут статья и схема на BSS138 двунаправленного согласователя уровней. На 7002 MOSFET тоже работает, провеpeно.

Спасибо

На 7002 MOSFET тоже работает, провеpeно. - работает прекрасно, сам такой же когда то спаял. А потом просто купил жменю на Ali, лень паять, да и времени особо нет :)

killer258
С этим вопросом можно к ув. megavoid обратится, он соорудил программку(плагин к Sharp-у) как раз для "руления" R820T чипом.
P.S. Где-то в этой теме ссылка на плагин была, вот только, что-то найти не могу. Это, так сказать, в ознакомительных целях.

killer258

Можете обратить еще свое внимание на msi001 (sdrplay) на али 170 руб. шт.
там и диапазон пошире 10kHz - 2GHz,
и вся документация есть https://cloud.mail.ru/public/L8cv/VC9LDqdew

Судя по даташиту, хорошо то, что он принимает кв, св и дв, но плохо то, что пропущен огромный кусок от 230 мгц до 470 мгц и что нет диапазона Low Band

Или он всё же раскрывается и на эти диапазоны тоже?

Раскрывается, но убого.

Сейчас попробовал перехватить по шине I2C логическим анализатором одну транзакцию между RTL2832 и R820T.
Почему-то уже почти в самом начале не сходится с даташитом:
[imgs] [/imgs]

Желтые диаграмммы- это из даташита, а зелёные диаграммы, это то, что я перехватил. (ch2-это линия SCL, а ch3- это линия SDA). Видно чётко,что на диаграмме присутствует правильный "start", есть "stop", клоки идут, всё это как положено, а вот содержимое.. Slave-адрес не сходится.
первые три бита после старта (001) да, идут правильно, а вот дальше сбой: четвёртый уже неверный, ноль вместо единицы и дальше ACK везде отсутствует там, где должнен быть (после каждых восьми бит). Причём обмен между чипами на этот раз проходит нормально, они-то друг друга правильно понимают, поскольку HDSDR функционирует нормально. То же самое и во второй посылке Видимо, это анализатор пропускает, не успевает ловить.
Придётся наверное , не пользоваться анализатором пиккита, а делать свой собственный более шустрый анализатор на атмеге, с кварцем на максимально возможную для нее частоту. Она запишет себе в память, сколько поместится, потом выплюнет всё это в комп для анализа. Правда, разработка анализатора I2C протокола займет время, пока будет написана его прошивка и пока будет отлажено и спаяно. Я то надеялся, что уже сейчас посмотрю обмен.

killer258
http://www.qdkingst.com/en/products/ - недорогие анализеры, очень удобные и простые в работе

Сейчас у меня возникла другая идея. Не снифферить обмен, а прямо сразу начать писать прошивку девайса, читающего и пишущего этот чип. А потом действовать следующим образом- запустить HDSDR, выставить какую-нибудь частоту и какое-нибудь усиление, а потом присоединиться к шине после этого, и сразу прочесть все регистры R820t в соответствии с даташитом, поскольку они же у нас там все как "W", так и "R". И увидим, что записалось туда. Потом поменять что-нибудь в HDSDR, и ещё раз прочесть все регистры. Сравнить до и после. Посмотреть, где что поменялось и в каких регистрах чипа, и главное, насколько оно изменилось (интересен минимальный шаг перестройки по частоте). Так наверное, проще будет начать. А атмегу взять трёхвольтовую, чтоб по уровням шины I2C всё было одинаково у обоих..

Вот только интересно,как поведёт себя в это время RTL2832, потерпит ли второго "мастера" на шине, если у него наверняка многомастерный режим не предусмотрен . Если начнет вмешиваться, то придётся его на время считывания и записи отсоединять от шины. Так что , думаю, используя всё это, удастся раскурить этот даташит на R820t.



Если кто ещё тоже решил поиграться с управлением чипом R820T, то я сейчас нашёл и готовый к употреблению отладчик протокола I2C (и не только) :
http://avrdevices.ru/otladchik-i2c-spi-1-wire/
Хотя конечно, буду писать своё. Но для начала и это может оказаться полезным.

NEWGEN.RTL2832SDR - SDR радиосканер на RTL2832U и AT628 (в SDRSharp определяется как R828D) принимает от 25 до 1760 МГц, термостабильность 0,5PPM

Фотки не вставляются по этому смотрите ссылку : https://vk.com/album-45213244_250645523

endemos Картинки как картинки. Вы про "прелести" очередной вариации на тему "свистка" расскажите. Как NEWGEN.RTL2832SDR в работе?

У меня тоже появились новые картинки, поскольку история со сниффингом протокола R820T получила интересное продолжение.
Я взял другой анализатор, UNILOGIC, у него памяти побольше, чем у пиккита, и тут выяснилась одна любопытная вещь.Оказывается, пиккит-то не врал, всё правильно читал, без ошибок. После тех двух пакетов, которые я посчитал ошибочными и бессмысленными, идёт пауза, а дальше после неё оказывается, уже пошли пакеты в соответствии с даташитом! То, что RTL2832 передаёт в самом начале, это по своей структуре на самом деле тоже не что иное, как I2C пакеты, у них есть правильный старт и стоп, но адресованы они совсем другому, не присутсвующему в этом свистке чипу(!!) , с другим слэйв-адресом 0х10, а не 0х1А. Интересно, для чего? видимо, это так и останется тайной.
Вот и всё. R820T на них естественно, не отвечает ACK-ами (что видно на диаграмме), и после этого следует пауза, затем ещё одна попытка передать что-то в несуществующий чип (судя по биту R/W, RTL2832 собирался туда что-то писать), после чего наступает пауза, а вот затем RTL2832 уже обращается к нашему R820t, теперь уже всё по правилам, а тот ему в нужные такты отвечает ACK. Тот видит, что теперь всё идёт по плану, и продолжает передавать для R820T.
Нна экране все сигналы нарисовались в инвертированном виде, (не было времени паять дополнительные инверторы, собирал шлейф на скорую руку) но всё равно понятно:
[imgs] [/imgs]


(по этому фото видно, что после обращения к чипу , что-то пишется в регистр с адресом 05h, а там, если верить даташиту, как раз находятся биты LNA gain,LNA mode и что-то там ещё)

При изменении частоты, или при изменении усиления, в чип идёт куча пакетов (на фото приведены только первые из них,которые поместились в окне прокрутки). Особенно много тдельных транзакций идёт при запуске HDSDR. Что интересно, в любом случае вначале идёт попытка связаться с другим, несуществующим чипом, (возможно, это баг драйвера свистка,как рудимент остался после отладки?), а затем идёт операция записи в R820T, и он ее подтверждает.
Странно, что несмотря на указанную в даташите возможность неперерывно за один присест записать подряд хоть все 32 регистроа, RTL2832 (или HDSDR?) почти везде прописывает за один раз только один какой-то регистр, потом закрывает сеанс стопом, делает паузу и потом возобновляет запись дальше для других регистров.
В ходе эксперимента накопилось несколько десятков фотографий экрана анализатора для разных ситуаций и разных пакетов, теперь надо всё это будет "переварить", всё же пакетов идут десятки, даже если просто поменял частоту настройки на другую, видно он вообще все подряд или почти все подряд регистры при этом переписывает зачем-то каждый раз.
А вот эту хрень, которая адресована явно не для R820T, наверное, не обязательно будет в самодельной управлялке передавать, думаю, что и без неё всё будет работать как надо..
Все посылки из-за пауз не помещаются и в памяти этого анализатора, ведь он пишет всё подряд. Надо что-то своё сделать, чтобы писало только изменения уровней. А может, просто написать на атмеге I2C-slave c таким же точно адресом, как у R820T и подключить его к RTL2832 вместо R820T, и тогда RTL2832, думая, что передаёт в R820T, на самом деле всё сольёт в атмегу, а та уж этот массив из 32 регистров выплюнет по терминалке в комп. (правда, надо быть готовым к тому, что RTL2832 не только пишет регистры, но иногда и читает их)
Скорость там по I2C , кстати, оказалась не максимально возможная (не 400 кгц, как я боялся, а чуть меньше 100) Длительность импульса SCL в среднем около 6-7 мксек.

Скоро по по полочкам разложим, что куда пишется. Времени бы побольше только на это бы ..

Я тут сейчас подумал.. А уж не Елониксу ли принадлежит тот самый первый I2C slave-адрес несуществующего устройства, к которому безуспешно обращается по-началу второй чип, и который из-за этого меня ввёл по началу в непонятку ?

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

И ещё нашел вот эти комментарии по регистрам R820T, но они некоторые со знаками вопроса, никто точно видимо не знает:
[imgs] [/imgs]

Cейчас проследил, что происходит после установки галочки в клеточке "Tuner AGC":
произошла запись в три регистра :
в 0х05 записал 0F
в 0х07 записал 7Е
в 0х0С записал 6В

смотрим по комментариям выше,- да, эти три регистра действительно связаны с gain mode,gain settings,и LNA setting
При установки галочки в клеточке "RTL AGC" никаких транзакций в R820T не происходит.

Пробую поставить центральную частоту(LO в HDSDR) равной 433.000.000
Такое впечатление, что для установки другой частоты PLL перезаписывается чуть ли не весь набор регистров. Это удивляет..
Все перечислять лень, но первые 8 регистров, которые перезаписываются при процедуре изменения частоты, имеют адреса 0х17, 0х1А, 0х1В, 0х10 ,0х08 ,0х09 ,0х10 , 0х12 (заметьте, не строго в порядке возрастания! причем адрес 0х10 встретился дважды, и оба раза по нему писалось одно и то же. Зачем? Или драйвера составлены неоптимально? ..)

Честно говоря, я ожидал, что при смене частоты перезапишется только два-три регистра, ответственных за значения коэффицинтов делителей частоты в гетеродине...

Дальше ещё интереснее! она записала дсяток регистров, потом прочитала для чего-то первые пять,(которые только для чтения. возможно, проверяла статус Lock/Unlock) потом опять продолжила писать. Адреса 0х10, 0х14, ..., . Причём 0х14 похоже , что задаёт N какого-то делителя.

Дальше надо попробовать то же самое для другой частоты,например, 433.100.000 чтобы подтвердить возникшее сейчас предположение, что хоть и много регистров пишеттся, но скорее всего в большинство из них при этом каждый раз пишется одно и то же самое, кроме тех, которые обязаны обязательно поменяться (коэффициенты деления PLL)

PS: всё же не поленился, заснифферил всё для 433.100.000 Предположение подтвердилось. Всго записывается не менее 38 регистров (возможно и больше, но памяти не хватало), то, что записей больше 32, не удивляет, так как некоторые регистры прописывались дважды , а то и трижды, чаще всего одним и тем же значением (видно, машину это не смущает)

Но самое главное нашел- для 433.100.000 всё прописалось точно так же один в один, кроме двух регистров 0х15 и 0х16, вот они изменились!
значит, вот они и отвечают за частоту, а остальные просто так перезаписываются без изменения

для 433.000
[0x16] <- 0xA5
[0x15] <- 0x86 (возможно, младшая и старшая тетрады поменяны местами в моей интерпретации! потому что в одноом из документов на чип говорится, что по нулевому адресу намертво забита неизменяемая константа, как они пишут, 0х96, а у меня этот регистр читается как 0х69)

для 433.100
[0x16] <- 0xA1
[0x15] <- 0xF6

(думаю, по этим значениям можно уже и минимально возможный шаг минимальный по перестройке посчитать)

PS2: возможно, что если выставить частоту, значительно отличающуюся от 433.000, то скорее всего и ещё какие-то регистры изменятся, кроме этих двух. (скорее всего это будут 0х14, 0х10, и ещё какие-нибудь)
Уфф, вроде разобрались :-) теперь можно спать ложиться.

killer258 приветствую! Что-то Вы меня, прям, "заразили" своей затеей :) Заказал пару "свистков", так как, те, что у меня были уже давно раздарил знакомым :) Приедут "свистки" тоже займусь "препарированием", вот только выкроить времени свободного нужно будет побольше.

Всго записывается не менее 38 регистров (возможно и больше, но памяти не хватало), то, что записей больше 32, не удивляет, так как некоторые регистры прописывались дважды , а то и трижды, чаще всего одним и тем же значением (видно, машину это не смущает)

Наверно так дрова делали стилем тяп-ляп. Посмотреть бы что он там шлет скажем при работе с какими-то альтернативными софтами или даже родным для телека.

У меня три мотива движущих было заняться этим препарированием.
Первый- это на основе данного чипа мы получаем самодельный приемник, сложность сборки которого вообще не зависит от того, на какую он частоту. (!!) ему что 27 мгц, что 1090 мгц (СВЧ как никак) принимать, всё фиолетово, практически одно и то же "железо", только прицепляй к нему разные диапазонные полосовые фильтры, если требуется. Это особенно актуально для радиолюбителей , не имеющих большого опыта построения вч приемников.
Второй- это желание во избежание потерь в длинном кабеле при максимально возможной высоте установки укв антенны (актуально на 300+ мГц) поставить R820T c атмегой впритык к антенне, управлять им дистанционно по RS232 или 485, а низкую промежуточную частоту пустить вниз по любому кабелю, к которому требования по малому затуханию не актуальны на 3.57 мгц, то есть любой кабелишка годится, его не жаль, если неграмотные гастробайтеры из жэка сожгут его во время битумных работ на крыше (как уже было, пожгли мне несколько лет назад весь пучок моих кабелей). А внизу эту ПЧ дальше либо принимать аналоговым приемником, либо подать на вторую часть свистка, RTL2832
Третий- ввиду того, что вес чипа ничтожен, его без труда поднимет высоко над землёй любой беспилотник или даже воздушный шарик с гелием, или воздушный змей, и можно в течении небольшого времени сделать обзр укв эфира с огромной высоты, если транслировать вниз ПЧ , например, по bluetooth или wi-fi

Наверно так дрова делали стилем тяп-ляп.
у меня тоже сложилось такое впечатление. (я тоже этим грешу, сразу писать оптимальный код не получается, а потом уже что-то в исходниках менять лень, если оно и так обеспечивает удовлетворительный функционал) Возможно, разработчики альтернативных дров были ограничены в информации, и работали с библиотеками как с черными ящиками, отсюда видимо, процедура, прописывающая регистры чипа, она не в курсе, какие надо поменять, а какие и так имеют нужные значния, и пишет всё подряд. Но не в порядке возрастания адресов, а хаотично, небольшими группками вблизи
отдельных адресов. То есть, виден почерк человека явный. надо будет сейчас разобраться со старшими-младшими битами/байтами и выложить в каком-нибудь из последующих постов например, всё, что было вдуто в чип скажем, для настройки его на 433.000 при скажем, движке усиления 49 дб . А дальше можно будет уже "плясать" от этого набора, меняя два-три регистра для получения требуемой частоты настройки и усиления


Посмотреть бы что он там шлет скажем при работе с какими-то альтернативными софтами
А какие это софты? Думаю, что с SDR# будет всё примерно то же самое, что и с HDSDR так как что HDSDR, что шарп- это скорее вего просто оболочки одного и того же.