GenaSPB

А вот так эта "связка" выглфдит в новом варианте приемника. Сдева сверху - УВЧ, слева снизу - усилитель сигнала первого гетродина, внизу слева аправо - смеситель, диплексор, первый УПЧ.

В схеме http://forum.cqham.ru/download.php?id=43983 выход смесителя (на 7-й странице справа снизу, сли смотреть так, как оно сразу появляется на экране) и внизу этой же страницы - диплексор. первый УПЧ - наверху слева. Что там за структура я уже описал.

IP3i к ней не дали, но выглядт многообещеюще... кроме CSP-корпуса, но это не самое страшное. mini-circuits недавно линейку из трех усилителей выпустила - GVA-83 один из них - тоже кажутся подходящими (похуже шум), но, опять, IP3i не указали... Про остальное - вечером.

Ссылки на проект УКВ транссивера с цифровой обработкой на ультразвуковой ПЧ: http://www.proaxis.com/~boblark/dsp10.htm Исходные тексты начинки DSP даются. Собственно журнальная статья: http://www.arrl.org/tis/info/pdf/9909033.pdf http://www.arrl.org/tis/info/pdf/9910034.pdf http://www.arrl.org/tis/info/pdf/9911042.pdf

Между этими элементами приемного тракта я предложил бы поставить диплексор и усилитель с IP3i не несколько децибел выше, чем IP3o смесителя. Диплексор на двух-трех индуктивностях размером 1210 дает затухание в полосе пропускания меньше децибела. В моем приемнике связка диплексор+MSA-1105+2дБ аттенюатор перед фильтром имеет к.п около 10 дБ. Хотелось бы побольше - если можно мириться со снижением IP3i. Можно ожидать NF со входа диплексора (за смесителем) не хуже 5 dB. На страничке http://www.avagotech.com/pages/en/rf_ics_d...locks/msa-1105/ обещают IP3i = +5 dBm - при потреблении 60 мА. Учитывая затухание в смесителе 6 дБ, имеет смысл применять что-то с IP3i не ниже +10 dBm. Выше можно, но это быдет чересчур. Итого, NF на входе смесителя - 11 dB. УВЧ исправит картину (не забыть про фильтр ЗА УВЧ, хоть простейший). Вообще, самый "слабый" элемент в этой архитектуре - первый УПЧ. Что посоветуете с NF до 5 дБ, и усилением где-то 15 дБ? И с документирванным IP3i (например, для MSA-1105 вычитанием из заявленного IP3O = +30 dBm усиление (12 дБ) должно было бы получится IP3I гораздо больше, чем +5 dBm).

Смотрите личку - хотя контакты можно найти и на сайте www.cqham.ru

- О, уже до фильтров добрались? Могу порекламировать свои на 64.455 МГц - 15 и 8 килогерц варианты. http://forum.cqham.ru/viewtopic.php?p=119921#119921 У меня или в магазине ИТИС (Вы вроде из Питера?) Коротко - затухание в полосе не более 3 и 5 дБ соответственно, неравномемрность менее одного дБ, вход-выход 50 Ом. Приемник на диапазон от сотни килогерц до 60 МГц описывается тут: http://forum.cqham.ru/viewtopic.php?t=17803

Я перенес сложную ножкодрыгаельную программу (16*2 индикатор, кнопки, spi устройства, прерывания от пинов и таймер) за день. после сборки на макетке wiggler-а и припаиваня к макетке же at91sam7s32. С arm я до того не работал вообще (правда, работал с полдесятком других процессоров). Так вопрошавшему мы поможем перейти на arm? Всё определяется сроками и затратами, которые топикстартер моет себе позволить. Если он пару месяцев будет отлаживать новую библиотеку - и выяснит, что по скорости работы не уложился... возможности перейти на другой процессор ему уже не дадут.

Сколько времени на это? Не быстрее ли окажется на другой процессор перейти - программа с winar на другой gcc - yagarto - переносится за день (если ассемблера нет в программме).

Страница 87 описания: Тоесть - никак. Разве что, собственную библиотеку написать на основе long long в каестве мантиссы. На arm переходите.

Скорее всего стартап в данном случае непричем... Просто во всех остальных компиляторах, что я встречал (и использовал для embedded) стартап участвовал в настройках FP калькулятора и/или режимов сопроцессора где он был (в x86). С тем как это в gcc для arm устроено я еще не успел разобраться.

Гарантировать правильную работу floating point должен адеквтный стартап, но для того, чтобы перестал ругаться линкер отредактируйте в мэйкфайле строчку MCFLAGS = -mcpu=$(MCU) -lm Это заставит компилятор добавить к списку библиотечных файлов еще arm-elf\lib\libm.a ps: ой, уже натовечали... А вопрошавший может сказать про то, заработало ли без поддержки стартапа? Как я понял, при компиляции для freestanding environment приходится свой собственный стартап подсовывать (я, во всяком случае, поступил именно так). pps: успел сам проверить... коллосаль! у меня с моим стартапом заработало! Во всяком случае, функция sin (не в прерывании) работает... Правда, добавило 10 килобайт.

в разрывы всех spi линий, идущи от или к процессору, поставьте резисторы (или RC фильтры). номиналы в зависимости от скоростей, но 300 ом ... 1 килоом может не ухудшить работу устройств и уменьшит броски тока на перезарядку монтажнх емкостей. В связной технике это мне помогало избавиться от наводок на аналоговую часть, от срывов петель ФАПЧ из-за обмена по spi не связанного с ответственным за это микросхемами.

В данном случае картинка относится к случаю заглядывания в коннектор, припаянный к плате.

Предлагаю к этому относиться так - какая бы там архитектура "внутри" процессора не использовалась бы - раз у on-chip тактового генератора не нормируются спектральные характеристики генератора - значит, они могуть быть любыми. Поскольку, даже у "честной" петлия ФАПЧ в зависимость от параметров фильтра, параметров генератора, детектора зависит _спектр_. Вот Вы написали - "с точностью до фазы". А знаете, если такое было бы написано в ТЗ, лично я никогда не взялся бы делать - поскольку именно точность и не указана. А точность - измеренная в радианах или временных (пикосекундах), насколько часто и насколько сильно меняется частота - вполне описываемый (и до какого-то предела) измеряемый параметр. Если бы Вам в ТЗ на блок питания напишут "выходное напряжение 5 вольт с точностью до напряжения" - как это выполнять? Если возникнет параметр, описывающий точность - берется соответствующий чип, ГУН и так далее... и никак по другому.

слово density там только один раз встретилось - improved performance with better code density так что я все равно не понял... но звучит непонятно и красиво. Больше вопросов нет.

Что значит low density в контексте микропроцессорной техники? Поясните, чтот-то я пропустил... А насчет хранения данных... Откройте для себы FRAM - гуглить по словам FM25L04, например. И по названию фирмы.

Указанный документ скачался поврежденным, но, если мееется в виду список Features • Bit-level set and clear registers allow a single instruction set or clear of any number of bits in one port. • Direction control of individual bits. • Separate control of output set and clear. • All I/O default to inputs after reset. То всё перечисленное у sam7s пристствует - пользовался. А о каких вскусностях речь идёт?

Моё изделие. Настройки или хелр - через Alt+F3. Если нужны исходнии - выложу здесь.

Как и следовало ожидать, оказался "поджаренный" процессор. В целевом устройстве AT91SAM7S64, работающий на 48 МГц холодный - и стабилизатор на 3.3 вольта тоже. Программатор STK200 так же нормально работает с ним.

В аттачменте - программа с асинхронным чтением данных с выхода процесса (пригодится при зависающих программах).

"Реальное время" в Вашем случае придется реализовывать на уровне драйвера устройства. Не на уровне пользовательской программы. Но плата сбора данных должна для этого предоставить какие-то зацепки - выход прерывания и документацию про это. Если всё закрыто - то драйвер с документацией (или примерами как из программы пользователя можно передать в лрайвер данные дол того, как возникло прерывание). Если ничего нет - проще сделать правильную плату сбора данных. Для потока user mode - не поможет. Во всяком случае, драйвер должен тоже об этом позаботится. А попробуйте в "эту область" въехать самостоятельно. Литература и примеры работающих драйверов доступны, за пару месяцев непрерывной работы при наличии пары компютеров и представления об архитектуре операционной системы (и согласии "играть по правилам" которые обязательны при написании kernel-mode программ) можете сделать устраивающее Вас решение (если есть документация на плату с описанием портов и правил работы с ними). И если разработчики предусмотрели прерывания. Что за плата-то?

Нюансов в разводке не замечено (только побольше ножек земли и питания, если не ошибаюсь). Переходил на atmega32l c dip.

Попробуйте применить TransmitCommChar - может, оно вызовет SEND_ENCAPSULATED_COMMAND ? хотя, почитал первый попавшийся даташит - и показалось, что это - рлддержка для DeviceIoControl

Вот тут http://forum.cqham.ru/viewtopic.php?p=274192 выложен проект - в нем есть точно работающая инициализация. Файл hd44780.c (и соответствующий заголовочный файл).