angir

Добрый день. Ищу доку/доки на любой intel Thunderbolt controller. Если у кого чтото есть, буду много благодарен за инфу.

Так этоже ваша задача предлагать :) А серьезно - не могу сказать, но то, что предложено будет медленно.

Медленный ethernet получится.

http://electronix.ru/forum/index.php?showt...23272&st=45 А ты файлы качал? Смотрел внутренности? Ладно, разводка началась...

Какие 10 вариантов? Кроме Энди так никто и не выложил своих схематиков и pcb. Я предлагаю такой-же открытый проект, без жлобства на исходные файлы. Кто-нибудь кроме Энди это еще сделал? Помойму нет.

[+] обновлены патерны для переноса в protel. Кондеры и резюки для экономии места и облегчения разводки почти все 0603. [полу-bug] На некоторых элементах в оригинальном варианте неправильно ножки расставлены, но это скоректировано таким-же неправильным патерном. (если хотите сами что-то менять, учитывайте это) Кто знает легко доставаемый разъем sd/mmc, чтобы его футпринт поставить? LP3470-308 нашел, но только оптом :(

Ну отладка отладке рознь :) А такой процессор вместе с плисиной уж как-то ущербно использовать в режиме ного-дрыгства :) Это-же не sam7x и не lpc... Отчего-же не здесь обсудить? Может и демобоард поменяем :blink: По цене циклон 2-8 + epcs-ка под него ~ в 1300 выйдут... Единственное что останавливает - слои придется добавлять...

Чтобы можно было-бы более-менее быстро вводить данные. Конечно, можно и на gpio вешать, да вот решение будет ущербным.

Циклон надо вешать как минимум на внешнюю шину, а не на gpio, так что в данной версии особого смысла от него имхо не будет. По поводу разводки твоей: без нормального схематика с ней тяжело будет разбираться + номера элементов надо ренамбер везде сделать.

Все это хорошо, но легко достовабельного супервизора с регулируемой задержкой на данный момент не найдено.

Они не доставабельны, во всяком случае efind молчит.

Есть в http://www.elekont.ru правда они с физ. лицами не работают ... Посмотрю аналоги...

Уже заменено. LP3470-308 c программируемой задержкой.

ОК, тоесть на любую свободную, потом при компиляции это можно будет учесть. питание на sd/mmc постоянным пока сделаю, если что, поменяем. Аудиокодек нам нужен? Еще есть идея плисину типа циклона 2 засунуть, да боюсь не бюджетно выйдет... Может в следуйщей ревизии :blink:

+заменена mcp на LP3470-308. Куда закидываем INT от PHY и надо ли CD??? Кроме этого, есть ли желание "програмно" подавать напряжение на SD/MMC? rain_my.zip

Привет. В связи с полной неразберихой с версиями Rainbow, начал править схематик сам. Схематик - в pcad, разводить буду в Protel. Уж так меня научили :) Итак changes на данный момент: +нет глюка с адресами на sdram +выкинута цепь со сбросом phy, поставлен джампер - сброс или от mpc или от pb26 +на mdio PHY добавлен pullup +выкинута частично 74hc244 - та часть, что отвечала за spi, так-же выкинут разъем программирования spi флешки за ненадобностью, если есть возражения - восснановим. +поставлены джампера для выбора DBGU/USART1 +поставлены джампера для enable USART0 на max232 +добавлен разъем для USART0 +выкинута ножка WP у SD/MMC карты, в связи с тем, что имхо не очень она необходима, а кроме того будет мешать работе USART1 +сделан renumber всех компонентов, иначе начинается неразбериха с нумерацией Надо: заменить mcp, надо закинуть int от phy на проц. COMA: на какую ножку int от PHY закидывать??? Прикрепленный файл содержит схематик на данный момент. Если будут пожелания по схематику - не стесняемся, озвучиваем. rain_my.zip

)) Как раз таки с цифровыми фильтрами у меня проблем нет - в основном для дсп-шек пишу+различная цос в плисине, а тут шабашку подкинули - стабилизацию сделать в мк )) За книжку спасибо - поищу... У кого-нить есть еще идеи? )

Добрый день. Что можете посоветовать почитать по поводу алгоритмов стабилизации выхода блока питания, используя микроконтроллер и только микроконтроллер. Я конечно понимаю, что вопрос достаточно общий, без всякой конкретики по самому БП, просто хотелось бы получить наиболее широкий диапазон отетов : - ) Вообщем, интересуют алгоритмы, вернее теория ) . Пока планируется мк с многоканальным ацп + шимом. Один из каналов АЦП - на задающее напряжение, другой - на обратную связь по напряжению.

Самое интересное, что этот-же код прекрасно работает в 16f87x Серии, конечно, с учетом разницы перифирии - и на 20000 раз в секунду. Ладно, с 676 я забил. Правда, я у 676 заводские константы потер - может и в этом дело было...

Частота пика - 20 мегагерц, по времени преобразования - все ок. В чем дело - сам не пойму. Проверил все уже сто раз. Прерывание на время преобразования не нужно делать - я контролирую флаг done.

ДД. Столкнулся с следуйщей проблемой: не хватает скорости АЦП у pic. Исходно задача стоит следуйщим образом: есть прерывание по таймеру, срабатывает со скоростью 12000 раз в секунду. Надо используя прерывание в том числе запускать АЦП и получать с него данные. Алгоритм работы с АЦП у меня следуйщий: при инициализации портов и т.д. задаю режим работы - от внутреннего опорника, 0-й канал. После чего при каждом прерывании выполняется следуйщий алгоритм: начало преобразования (adcon -> go), выход из прерывания. При следуйщем прерывании - контролируем бит go - если не сбросился, ждем следуйщего прерывания и по новой.... Так вот: если прерывание идет с частотой например 1000 раз в секунду - все отлично работает. А на 12000 раз в секунду - вылетает из ацп постоянный код, не зависящий от входного напряжения. Сам сигнал на входе - очень медленно меняющийся, снаружи стоят кондеры в 0.1 и 1 мкф. Бился и так и этак. Пробывал и такую схему: в 1-ом прерывании программирую АЦП, во втором - запускаю, далее контролирую состояние бита GO/~Done, пока не снимется и по новой. Получается таже балалайка. Временные параметры на зарядку внутреннего конденсатора в пике - соблюдены.... Может кто-нибудь что-нибудь подскажет????? 2-ой день сижу с этой проблемой. Я конечно понимаю, что она, возможно и пустяковая, но тем не менее... Сама программа - на ассемблере... оргинал кода привести сейчас не могу - по памяти боюсь ошибиться примерно вот такая конструкция.Сам пик - 16f676.... Прошу извинения за отсутствие формата - сам движок форума переформатирует нормальный формат. start_irq BTFSC ad_status,0 goto start_ad movlw 0x41 movwf ADCON BSF ad_status,0 goto next_irq start_ad BTFSC ad_status,1 goto wait_ad BSF ADCON, GO BSF ad_status,1 goto next_irq wait_ad BTFSC ADCON,GO goto next_irq MOVF adresh,w movwf ad_result CLRF ad_status next_irq retfie

ДД. Никто не сталкивался с мега коркой fir фильтра ? Ну ни как не могу перезагрузить ему коэффициенты. У кого-нить есть опыт в этом деле? Интересует именно изменение коэффициентов при работе устройства. Просто как fir он работает на ура, и даже перезагружает коээфициенты, если ставить длину например 5. Но, как только ставлю хотя-бы 32, не могу нормально прогрузить.

Если вы хотите получить более-менее нормальный ответ, не мешало бы более полно раскрыть смысл вашей фразы про низкую скорость. Вас не устраивает скорость работы именно файловой системы или скорость работы вместе с винчестером? И чем вы ее мерите? Вообщем опишите проблему более полно. Если не секрет, какую скорость работы с винчестером у вас удалось получить, и в каком режиме вы с винчестером работаете?

ДД. Ни кто не видел ATA UDMA IP-core? Может кто-нить знает, где искать? На opencores уже был. Мож у кого-нить есть?

Все зависит от доступных вам вычислительных ресурсов. Можно использовать как КИХ так и БИХ фильтры, все зависит от того, что вы хотите получить. Параметры и тех и других, естественно, можно менять на лету, правда, сталкиваясь при этом с некоторыми переходными процессами ж-) Для расчета коэффициентов можно воспользоваться специальными программами, тем же matlab, например.