killer258
Я бы вам, посоветовал поковыряться в исходниках Пион-ДСП Г.Яцука rx9cim.
Я даже думаю, что это будет не только полезно, но и интересно.
Там у него файлик есть "SI570.c" - идеологически похожий синтезатор, управляемый по I2C.
Вся конфигурация портов и того же I2C есть, переписывается инит и функции рассчета.
"Лишние" файлы, например касающиеся индикации, можно повыкинуть.
Там же есть Кенвуд-подобный САТ - интерфейс - удобнейшая штука, говорю по опыту.
Я с него гонял HDSDR и PowerSDR, правда в одну сторону. И кнопками, и оптическим энкодером.
Со стороны софта по крайней мере от HDSDR принимать САТ посылки не получается - требуется прокладка OmnyRIG, а мне только ее еще не хватало для полного счастья.
rx9cim прокламирует совместимость САТ с софтом Кенвуда TS-570.
Это правда софт трансивера Тюльпан, но это развитие приемника Пион.
С терминальных прог частота прекрасно прописывается в STM32F4, причем по USB.
Я вряд ли этим скоро займусь, свисток у меня один, Espada (Astrometa) с чипом R828D, купленый за большие деньги в ДНС.
Первые и успешные опыты с Дискавери я начал в 2013 году, я в Си был не бум бум, тоже АВРщик-ассемблерщик.
Довольно быстро я пустил 24-бит ЦАП, прикрученый на плату, причем конфигился он по I2C. Хотелось музыкального синтеза)))
Сейчас конечно будет смешно конфигить R820 функциями вроде

static uint32_t Codec_WriteRegister(uint8_t RegisterAddr, uint8_t RegisterValue)

но я бы их не стал переименовывать хотя бы ради прикола.
Пора отползать от Пиков и Авров. Они не обеспечат современный функционал и потребную производительность.
Если что , помогу советом.

Сейчас дошли руки проверить наш пример. Забил в HDSDR частоту 63.170, перехватил обмен, и получил облом.
Другие значения регистров .

0х10 -- там 84h, как и у меня
0х14 --там 06h вместо моего 0x0F
0х16 --- там 66h вместо моего 0xCC
0х15 ---там 12h вместо моего 0xCC

Рановато пока еще значит, вдувать байты в регистры. А я-то разогнался :-(

Значит, где-то что-то я не так понял. А начинаю ихние значения регистров подставлять, получается, что по ихним частота VCO должна будет оказаться в 2 раза меньше, чем она должна быть. Слишком маленькое целое получается. Но HDSDR при этом нормально работает.. Где-то в алгоритмах исходника помню, мелькала "лишнее" умножение на двойку, надо снова всё глянуть.
А вот на 24 мгц, на которых я и выводил всю эту методику, там HDSDR выдает те же циферки для регистров, что и я, но тоже обнаружилась странность- оказалось, что регистр 0х10 прописывался дважды, до чтения первых регистров чипа и после. Причём начале в него вписывалось то же самое, что и я бы вписал туда, но потом оно поменялось на другое, которое должно было бы быть по логике вещей, для 6-го поддиапазона, но тем не менее HDSDR-то правильно работает..

В общем, разбираться надо, что-то не было учтено или что-то было не так понято. Или есть какие-то "скелеты в шкафу". Вот в даташите Елоникса для сравнения , так там как небо и земля прямо,
http://superkuh.com/gnuradio/Elonics-E4000-Low-Power-CMOS-Multi-Band-Tunner-Datasheet.pdf
было намного лучше в смысле ясности, там все очень подробно и наглядно обьяснено с кучами таблиц по всем настройкам, и расписано даже с конкретным примером расчёта содержимого регистров, с пояснениями каждого обозначения и каждого бита. Видимо, совсем другие китайцы его писали.
Кажется,я догадываюсь теперь,что означает SDM в описании регистров. Сигма-дельта модулятор нашего дробного синтезатора. К нему какое-то отношение это сокращение из исходника имеет.
Одно обнадёживает- это то, что во время работы HDSDR с помощью перехвата I2C всегда можно узнать "правильный ответ" (нужное содержимое регистров) для любой желаемой приемной частоты, так что думаю, рано или поздно всё равно эта зависимость будет найдена. Истина где-то рядом..

В исходнике речь о каких то масках регистров идет.
r82xx_write_reg_mask

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

смотрю сейчас исходник опять, возвращааюсь к некоторым его местам
вот nint = vco_freq / (2 * pll_ref);
а ведь и действительно , целая часть делителя фапч у них вычисляется как требуемая частота VCO , деленная на удвоенную частоту опорного кварца, а не просто на частоту опорного кварца, как я до этого считал.
ПЕРЕсчитал в примере целую часть. Да, теперь она у меня сходится, 0х06, как и у них. Учтем поправочку..
Идем смотреть дальше. разбираться с дробной частью, она ведь тоже уполовинилась, как и целая, из-за удвоенной опоры.

PS: О, старший регистр дробного 0х16 тоже теперь сошёлся с ответом "в конце учебника "! 0х66, как и у них.
Поправил это в примере.
ИДём дальше, осталось теперь разбираться, почему младший регистр дробного не совпал.

Похоже, все таки придется курить этот кусок, никуда не деться от него

/* sdm calculator */
while (vco_fra > 1) {
if (vco_fra > (2 * pll_ref_khz / n_sdm)) {
sdm = sdm + 32768 / (n_sdm / 2);
vco_fra = vco_fra - 2 * pll_ref_khz / n_sdm;
if (n_sdm >= 0x8000)
break;
}
n_sdm <<= 1;
}

И еще надо будет понять, какую роль играет бит PW_sdm ргистра 0х12,не описанного подробно в даташите:

/* pw_sdm */
if (!vco_fra)
val = 0x08;
else
val = 0x00;

Сдается мне, что он тут тоже при делах

killer258
может, софт просто старый или универсальный на разные чипы или на уже устаревшие чипы.
может всё это "украли" из более сложного гаждета и оттуда эти рудименты в ПО.

А может, всё просто остановилось в процессе разработки, как только чип выполнял функцию , с которой его продают. В USB-свистке для media все эти скоростные вещи не нужны. А программу дописать до последнего бита с оптимальной скоростью - дорого. А нам нужен свисток за 8 у.е..... придётся дописать.

Кажется , начинаю вкуривать эту китайскую хитрость, теперь понимаю, как они подгоняют дробную часть. Напишу попозже, сейчас нет времени.

Хайо
"Софт" нормальный. А вот комментарии к нему, как и водится у "ленивых" программеров - понятны только ему самому :) Даташит R820T, который есть в сети, это "украденные" рабочие конспекты разработчика, которые никто даже не пытался "причесать" перед выпуском в паблик :) Как "украли", в том виде и выпустили. Очень знакомая тема, поэтому, я, понимаю "муки творчества" killer258. С таким "убогим" на комментарии кодом, сталкиваюсь довольно часто и приходится методом "научного тыка" понимать то, что хотел "сказать" творец, тем или иным куском кода. Мой "научный тык" начнётся, недели через 2-3 когда придут заново купленные "свистки", ну, а пока, я только могу наблюдать за "муками" killer258. Как говориться, лучшая помощь в данном случае - это не мешать. :)

А вот комментарии к нему, как и водится у "ленивых" программеров - понятны только ему самому :) Даташит R820T, который есть в сети, это "украденные" рабочие конспекты разработчика, ,

Точно. Комментарии автор писал только для самого себя, а ему самому и так было понятно, что такое sdm , n_sdm и vco_fra. Да, менее информативными могут быть разве что только коммментарии, генерируемые дизассемблером :-)

Нет ли в смесителе собственного делителя на 2, как в типовых SDR смесителях.
Мы не знаем, какими методами он давит зеркалку, а в случае IQ выхода там нужно один из них сдвинуть на 90гр. и сложить.
-----------------------
Кстати коллеги привели в старой теме даташит тюнера Si2151 , там так и есть. Плюс АЦП и DSP стоят)))
И стоят только на канале I. Похоже, чисто для того, чтоб давить зеркалку.

,А ещё в старой теме подтверждают, что смеситель в R820T действительно непростой, а с фазовым подавлением зеркального канала. От этого чип мне становится ещё более привлекательным.
Сам бы я не смог на обычном самодельном смесителе такого добиться, а тут в руки попадает конвертер на такие частоты и практически без зеркалки.
Его бы заставить ещё принимать частоты не от 24 мгц, а от сотен кгц..

killer258
Так возникают вопросы. Если смеситель имеет собственный делитель, как это отражается на формулках.
Второй. А не присмотреться ли к микросхеме Si2151 .
Плохо, что на нее находится только обзорный даташит.

Посмотрел в перерывах снова немного этот ихний "sdm-калькулятор", тот упомянутый выше кусок кода,пытаясь понять смысл этих операций и назначение переменных sdm, n_sdm и VCO_fra.

На текущий момент мне стало ясно, что в этой процедуре переменная sdm -это как раз не что иное, как результат этой процедуры по вычислению регистра дробного.

sdm- это как раз то самое, что после прокрутки цикла калькулятора будет вписано в регистры [0x16],[0x15]
то есть то, что нам и надо.

А вот загадочное n_sdm, как оказалось, выполняет здесь всего лишь роль переменной цикла , в котором вычисляется sdm ,и в котором она по очереди принимает значения степеней двойки. Изначально перед запуском цикла она у них выставляется равной =2, а далее с каждым витком цикла побитно сдвигается влево на 1 двоичн разряд, пока меньше 0х8000, а при больше или равном 0х8000уже происходит выброс из тела цикла.(но вначале тело цикла все же успевает выполниться и при 0х8000) Либо всё закончится раньше, если на каком-то шаге VCO_fra станет меньше 1(кгц).

Значит, цикл while рассчитан на 15 оборотов :
он выполняется по очереди для N_sdm={2,4,8,16,32,64,128,256,512,1024,2048,4096,8192,16384,32768}
// я расписываю это всё так череcчур подробно просто лишь для того, чтоб потом проверять самого себя легче было , выявить ошибки.

Переменная vco_fra вначале у них имеет физический смысл того, какой вклад в частоту VCO вносит дробная часть делителя фапч, помноженная на двойную чаcтоту сравнения, (по аналогии с тем, как до этого целая часть делителя умножалась на двойную частоту сравнения и получалось ну "почти что" частота Fvco) причём vco_fra , она здесь в килогерцах (для этого у них поделено на 1000), а в теле цикла уже у нее становится какой-то другой,непонятный мне смысл.

перед циклом требуемый делитель фапч уже известен, sdm:=0 (присваивается нулевое значение),n_sdm:=2 (присваивается начальное значение 2),
VCO_fra:=(VCO_freq-(2*Fref*INT))/1000 , (то есть здесь переменная VCO_fra становится по смыслу равна той прибавке частоты в килогерцах, которую добавляет именно дробная часть делителя фапч. Потому что можно для получения частоты VCOfreq умножить делитель фапч на двойную частоту сравнения, а можно отдельно умножить вначале целую его часть на неё, и потом отдельно дробную его часть помножить на неё, а потом сложить и то и другое, и будет получено то же самое VCOfreq. Так вот второе слагаемое-это и есть то самое VCO_fra, только его ещё поделили на 1000, чтоб в килогерцах оно было, а не в герцах.

а далее

В цикле они на каждом витке делают две вещи:
==============
1) к sdm каждый раз приплюсовывается 65536, делённое на двойку в разных степенях, то есть на те самые значения n_sdm , от 2 до 32768, которые она по очереди принимает в цикле.

(Ну, проще говоря, sdm:=sdm+65536/n_sdm)

2)одновременно от VCO_fra каждый раз вычитается удвоенная частота cравнения в кгц-ах, делённая на всё тот же n_sdm

(ну,проще говоря, VCO_fra:= VCO_fra - 2*Fref_khz/n_sdm )
или VCO_fra:= VCO_fra - 57600/n_sdm
===============
причем оба эти два пункта выполняются только лишь при верности условия VCOfra >= 2*Fref_khz / n_sdm
, то есть условия VCOfra >=57600/n_sdm ? которое проверяется каждый раз перед ними, а при его неверности на этом витке цикла через эти два пункта перепрыгиваем.

Почему они делают калькуляцию sdm именно вот так (физический смысл этих операций), я так и не просёк,сколько ни напрягал свои извилины..

Короче, этот цикл надо будет попробовать "прокрутить" вручную 15 раз с накоплением результата sdm и проверкой на каждом витке тех странных условий. если после выполнения этого совпадет результат с ихним , значит, всё понято мною правильно, и придётся этот кусок алгоритма просто тупо повторять у себя так, как я здесь сам себе разжевал.



Повторюсь коротко, что делается в каждом обороте цикла (их максимум может быть 15,
но цикл крутится лишь пока (критерий точности?) VCO_fra > 1 (кгц) ) :

Начинается калькулятор с sdm:=0; n_sdm:=2; и уже известного VCO_fra (в килогерцах. в нашем примере он уже был вычислен и был=23040)
===================================================
1) IF ( VCO_fra < 57600/n_sdm ) then goto SKIP else

begin
sdm:=sdm+65536/n_sdm ; vco_fra:=vco_fra-57600/n_sdm
end;
SKIP:
====================================================
далее то же самое повторяется при следующем n_sdm,
для всех n_sdm={2,4,8,16,32,64,128,256,512,1024,2048,4096,8192,16384,32768}
либо если на одном из шагов VCO_fra упадёт до 1 кгц или менее, то преждевременно закончится

Его бы заставить ещё принимать частоты не от 24 мгц, а от сотен кгц..
Он и от 24 неважно принимает, приемлемый прием начинается выше по частоте, также имеет завал чувствительности выше 1 ГГц, что впрочем возможно скомпенсировать применением LNA.
Да и если бы мог - толку было мало, там к приемникам немного другие требования предъявляются, свисток на НЧ используют как DDC SDR, фактически без R820T. С этим чипом только на УКВ нацеливаться, либо для НЧ применять другой, тогда два радиомодуля в приемнике получится.

AOR
Он и от 24 неважно принимает - это с использованием "стандартных" драйверов. R820 богат на "сюрпризы", поисками которых, как раз и занят killer258. В чипе, есть так называемые "недокументированные" функции и т.д. Что ещё "откроется" в процессе поиска, одному Богу известно... и разработчикам чипа :)

Не думаю что чувствительность и Кш зависит от драйверов, функциональность да.

Не думаю что чувствительность и Кш зависит от драйверов - и от них тоже.

а вообще, если у чипа такое потрясающее подавление зеркального канала, то ,наверное, если б требовалось принимать только nfm, можно было бы упростить приемный тракт, сделав его с одним единственным преобразованием частоты сразу на 455 кгц или даже ещё ниже, так как в данном случае все равноне реализуется основное преимущество двойного преобразования частоты, когда первая ПЧ относительно высокой делается для того, чтоб входному контуру было легче давить зеркалку, отстоящую более далеко от принимаемой частоты, а здесь это не актуально вообще..
А при низкой ПЧ её и усиливать проще, да и чем меньше преобразований, тем лучше

Он и от 24 неважно принимает, приемлемый прием начинается выше по частоте,

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

Не думаю что чувствительность и Кш зависит от драйверов - и от них тоже.
Не тот случай, физические ограничения. Из входной части (820T), похоже, все "выжали" в V3. Можно иметь приемник лучше, заменив бэк энд (8232), но завалы никуда не денутся, как и граница 24 МГц.

Возможно, что при изменении их индуктивностей или переключении их на добавочные, удастся сдвинуть завал ачх в сторону более низких частот. (имхо)
На входе только защита от статики и цепочка для выравнивания импеданса, ничего нет http://diodnik.com/wp-content/uploads/2016/04/%D0%A1%D1%85%D0%B5%D0%BC%D0%B0-RTL-SDR.png Основной завал на ВЧ, в любом случае выравнивание приема не только программная задача, тут надо определится для чего приемник, какой будет диапазон, ширина полосы пропускания, демодуляторы, исходя из этого решать нужно ли что-то делать и не стоит ли для частот ниже 30-40 МГц применить другое решение. Для 40-900 МГц, грубо говоря, хватит того, что есть. Это в почти чистом виде УКВ приемник, с широкой ПЧ на выходе

killer258
там есть две внешние катушечки - кто то уже менял эти "катушечки", если не ошибаюсь в соседней теме про "свисток", результаты не утешительные. Но, это всё слова, нужно брать и самому экспериментировать. Ибо, условия и задачи у разных экспериментаторов - разные, отсюда, и результаты экспериментов будут разнится. В общем, если хочешь что-то сделать хорошо, сделай сам :)
AOR L2 и L6 - это как раз и есть эти "катушечки" с которыми экспериментировали в соседней теме.

кто то уже менял эти "катушечки", если не ошибаюсь в соседней теме про "свисток", результаты не утешительные.
Вы про какие катушечки? Если L2 и L6 к входным цепям не относятся, их трогать не нужно. Они относятся к части перестраиваемого RF фильтра реализованного внутри чипа, но завалы не от них, это скорее всего комплекс причин, начиная от характеристик входного LNA и остальных элементов.

В даташите на 820T указан диапазон рабочих частот 42 to 1002 MHz, то что реализовано в свистках это уже с запасом по возможности перестройки чипа с максимальными (или близких к ним) его возможностями перестройки и хоть какого-то приема..

Не думаю что чувствительность и Кш зависит от драйверов, функциональность да.
От 15 мгц с альтернативными дровами имеет достаточную для КВ чуйку . Вот пока только ниже 15мгц проблема. А про 24- там просто перегруз от ФМ диапазона и потому шумами все забито, для устранения этого эффекта достаточно режектора на ФМ. Этот режектор чуйку и на Авиа диапазоне нехило добавляет.

От 15 мгц с альтернативными дровами он имеет достаточную для КВ чуйку . Вот пока внизу проблема. А от 24 там просто перегруз от ФМ диапазона и потому шумами все забито, для устранения этого эффекта достаточно режектора на ФМ.

У него по всей видимости VCO обеспечить может, а остальные узлы никак, диапазон рабочих частот тюнера 820T от 42 до 1002 МГц, в котором он обеспечивает 3.5 Дб коэфф шума и заданные характеристики, в том числе по подавлению побочных каналов приема, остальное просто выжимание того, что он не может делать надлежащим образом, ибо не рассчитан.
Режектор не чувствительность добавляет, а избавляет от перегрузок, из-за которых он свою максимальную чувствительность не может реализовать. Добавлять и использовать на что способен - разные вещи.
Драйверы могут расширить диапазон перестройки ну и теоретически регулировки чего-то, но кардинально повлиять на приемные характеристики практически нет или ловля блох.

killer258
Насчет ширины ПЧ, тут обсуждали вроде, у него их несколько, он может делать следующее:
The standard IF filters are implemented for 6/7/8 MHz channel bandwidths.
При максимальной ПЧ 8 МГц середина 4.57 МГц соответственно.

Режектор не чувствительность добавляет, а избавляет от перегрузок,
Он избавляет от мусора, который возникает от перегрузок во входном каскаде, а потому чувствительность становится равной паспортным данным. Я думаю это и так все поняли.
А вообще это те же бублики, только вид сбоку.

Добавляет чувствительности и избавляет от перегрузок, позволяя чувствительность реализовать, физически разные процессы, но если хочется, можно и все понятия в кучу валить, а потом надеяться что все поняли как задумывалось, а не так, как написано.

Нормально работает от 24 МГц, в минувшем цикле прохождения без проблем принимал 24.9 27 28 МГц, ничем не хуже, чем обычными трансиверами. Проблема может быть при приеме на случайные антенны из-за перегруза КВ или ФМ вещанием, на диапазонные всё было ок. Сейчас там делать нечего из-за отсутствия регулярного прохождения, кроме как ловить не длительные спорадические прохождения.

Более низкие частоты в "модифицированных драйверах" получали (на сколько помню из исходников) сдвигом частоты ПЧ и с использованием другой боковой преобразования. Т.е. скажем штатно гетеродин выше частоты приема на величину ПЧ, там они переворачивали наоборот. За счет этого и "выцыганили" от 16-17МГц прием, но с ухудшением селекции по зеркальному каналу. Считаю, что смысла нет упираться в эти доработки, для КВ частот любой в состоянии сделать типовой конвертер. Или применять свисток V3 с преселектором или дпф на интересуемые диапазоны.

The standard IF filters are implemented for 6/7/8 MHz channel bandwidths.

вот тут битами выбирается одна из трех полос фильтра, но к сожалению не указано, какого.
[imgs] [/imgs]
Думаю,что не IF , а предположительно фильтра сигнала фазового компаратора
для изменения полосы захвата и удержания

Считаю, что смысла нет упираться в эти доработки, для КВ частот любой в состоянии сделать типовой конвертер. Или применять свисток V3 с преселектором или дпф на интересуемые диапазоны.
смысла нет, я сам ими никогда не пользовался из-за пораженок, но УВЧ тюнера прекрасно там работает.