Перейти к содержанию
    

Vitaliy_ARM

Свой
  • Постов

    508
  • Зарегистрирован

  • Посещение

Сообщения, опубликованные Vitaliy_ARM


  1. Хочу задать вот такой вопрос. Сейчас собираю прибор, похожий на осциллогаф. Так-же присутствуют входные цепи, АЦП на 10 Mbps, потом стоит FPGA и, грубо говоря сжимает сигнал. Для того чтобы сигнал на входных цепях не искажался при смене кабелей используется простейшая неискажающая цепь из двух резисторов и двух конденсаторов. Полоса прибора 5 МГц. Все устраивает, да только при 5% разбросе параметров конденсаторов фронты меандра на входе немного либо задираются либо заваливаются. Возиться с каждым прибором и допаивать необходимую емкость занимает много времени.

     

    Вопрос тем кто сталкивался с подобными проблемами:

     

    Стоит ли попробовать реализовать дополнительную неискажающую цепь в цифровом виде на FPGA, дабы компенсировать подъемы и завалы???

  2. А где можно достать подробное описание и купить эту замечательную микросхему?

    (версия для перобразования RS232<->bluetooth)

    На сайте nxp я описание по этой микросхеме найти не смог.

     

    Посмотрите здесь

    www.compel.ru

    http://www.compel.ru/search?searchtext=BGB...amp;x=0&y=0

     

    Описание микросхемы с зашитым SPP профилем можно получить при покупке отладочного комплекта у Olimex'а. В компеле должны помочь с полным описанием

  3. Необходимо прописать IP адрес и калибровки устройства во Flash. Затем в процессе работы можно изменять.

    пока делал так:

     

    __no_init BYTE Flash_Const[20] @0x0007D000;

     

    Можно конечно вывести 2 ножки и если их перемкнуть, устройство запишет настройки по умолчанию,

    но криво это как-то.

     

    Нужно при компиляции разместить инициализируемую константу по указаному адресу во флешь

     

    BYTE Flash_Const[20] = {192 168 125 12}

     

    Судя из описания C/C++ IAR этого сделать нельзя. Так ли это и кто как решал подобную задачу? :05:

  4. А воспользоваться документацией с родного сайта и поиском обсуждения нюансов IAP на этом форуме, религия не позволяет?

     

    Смотрел http://electronix.ru/forum/index.php?showt...mp;#entry112915

    Итога как такового я не узрел

    (у меня поиск не работает по форуму почему-то, нашел по гуглу). В принципе уже разобрался как сделать. Хотелось бы пример кода увидеть.

     

    Не хочу наступать на чужие грабли и помогаю не наступать на мои.

  5. В общем интересует два вопроса.

     

    1 - Есть устройство на микроконтроллере LPC2468. Задача простая, код занимает 32К из 512. Внутри зашит IP адрес устройства и 40 байт калибровок, которые прописываются один раз при настройке. Никак не могу найти пример кода использования IAP (ранее не пользовал).

    Вопрос - как лучше сделать, выделить сразу один сектор и его писать??? Или можно менее вальготно сделать, с запасом на будущее(слышал что в LPC2000 были проблемы с этим).

     

    2 - Можно ли сделать программынй резет микроконтроллера??? (т.к после записи во флешь слетают настройки) (из даташита не понял)

     

    Использую IAR 5.0

     

    Хотя что-то нашел: http://www.caxapa.ru/lib/lpc2138_paramdata_howto_v11.html

  6. Извеняюсь что немножко не в тему. В с альтиумом разобрался недавно. Как-то на что-то нажал в PCB и выскочил круглый инструмент, похожий на лупу :) . Больше с тех пор я его не видел. Может кто подскажет, как его вызвать?

  7. Серия вторая.

    Сегодня получил родные трансформаторы для DP83848 - J0011D21BNL. Припаял. Эффект тот же. После резета PHY не видит линк. Однако если кратковременно замкнуть вывод PFBOUT на землю линк обнаруживается. Если кто применял такую связку можно ли увидеть кусок схемы, может я чего-то упустил :05:

     

    Кстати пока шли тратсформаторы, написал прошивку ответа на запросы ICMP ECHO и отладил на плате MCB2300. Потом скомпилировал и зашил на LPC2468 - все пингуется. Т.е. глючит именно плата (последние сомнения отпали)

  8. Посмотрите http://www.micron.com/products/dram/sdram/technotes, там есть все необходимое по схеме и разводке платы. Можно еще глянуть в appnote для DDRI/II, если выполните те требования по разводке, то SDR будет работать на любой частоте :).

     

    Что-то затихло :)

  9. Могу от себя так же добавить + в сторону LPC23xx/LPC24xx. Сначала научился программировать SAM7S64, потом перешел на эту серию. Да действительно осваиваются они чуть по-легче. DMA у них куда лучше, чем у ATmel, жаль что всего 2 канала (DMA общего назначения), когда у атмела за десяток переваливает, однако он (DMA) более эффективен, практически не тормозит процессор, так как имеет две шины и т.п. От атмела пока нового в этой линейке не появляется, а если и появится, то не скоро.

  10. полностью согласен, проблема лиш в том что на текущий момент у меня нет возможности туда впаять резисторы, вот в чем проблема...

    да и вчерашние экстперементы показали что резистор на 33 она не изменяет форму сигнала, и вот это какраз уже меня самого сильно удивило! если бы ктото сказал бы - сам бы не поверил!

    на навой плате прийдется делать и все 4 слоя и предусмотреть резисторы, и залить по максимуму.

     

    чуточку из внешнего мира информации:

    я вчера расматривал 2 планки памяти на комп, на 133мГц - так вот на обоих были предусмотрены резисторы, но на одной резисторы впаяны по 0 ом, на другой 27ом. и обе нормально работают кстати 8)))

     

    .

     

    Т.е. делая выводы из всего этого разговора вот этому верить нельзя? http://electronix.ru/forum/index.php?showtopic=36214

  11. нет нам не 4 и не 8.

    ты попутал чуток - это 8 слоев на плате STAMPа

    вот я щас ради уточнения еще раз посмотрел на плату проекта BF1 - http://blackfin.uclinux.org/gf/download/fr...1-2.1.1.pcb.pdf

    там всего 2 слоя и оба слоя полностью залиты землей.

    более того - согласующиз резисторов тоже нет

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

    но сбой же не по управлению, а по данным с SDRAM.

     

    и ведь работает же этот BF1 !

    и теперь как раз вопрос встает - как так?

     

    .

    ну да - ближе к процу - все верно

    на CLK - не пробовал, щас попробую

    эта дорожка кстати, самая длинная и на осциллографе наблюдается там синусоида (почти чистая) с нормальным уровнем ~3.1В

    .

     

    Судя по картинке там все - таки 4 слоя

  12. Тогда можно предположить следующее:

    после ресета PHY считывает с выводов светодиодов и пр. то состояние в котором оно должно работать. Если Вы не зашили требуемое Вам состояние в эти выводы, то после ресета необходимо произвести загрузку режимов по MII, правда если Вы не умудрились заглушить в нее запись аппаратно. Вот после загрузки режимов PHY должен придти в норму. Ну и еще. Надо посмотреть, как соотносятся сигналы относительно сброса и длительность сигнала сброса. Может быть и здесь еще не все хорошо....

    удачи!

    Напишите мне, как у Вас дело пойдет...

     

    Проверил и выводы на всякий случай. С выводами на светодиоды все впорядке, там висят еще подтягивающие резисторы по 2к все как в даташите. Есть один минус - я к трансформатору на демо плате подпаялся. Для того, чтобы платы не конфликтовали, демо плату завел всю в резет. Трансформатор нет смысла выпаивать, поэтому заказал новый, а пока так возился и ни чего не получилось. Придет транс, тогда картина будет обрисована более четко. Виновата либо демоплата своим вмешательством либо все таки у меня на плате что-то. В крайнем случае заменю все это на KSZ8001+H1102.

  13. Поток данных от внешнего устройства - асинхронный и непрерывный 512КБит/с.

    Алгоритм получения данных приблизительно такой: прерывание по изменению фронта, задержка (возможно вторым таймером) для подстройки под "середину" бита, затем считывание бита и запуск таймера с частотой 512КГц, а в прерывании по таймеру считывание остальных битов. Ну и переодическое повторение подстройки частоты, а в цикле передача данных по USB (по готовности).

    Но похоже придется обходные пути искать, а ПЛИС цеплять очень не хочется.

     

    PS: Кстати даже родной USB пример данные с неплохой скоростью гоняет - на передаче из контроллера блоков по 8КБайт (запрос один пакет) получилось ~727КБайт/с. Правда больше ничего не делалось :)

     

    Лучше запустить на обработку какую-нибудь альтеру

  14. Не думаю, что в этом есть смысл. Разве что спортивный интерес.

     

    Это точно! На каком-нибудь блекфине это куда не шло. А этот контроллер слабый по быстродействию, и бешеное использование ресурсов процессора линуксомм никакого выйгрыша практически не дает. Только кучу дополнительных микросхем. Пишите библиотеки,это куда более эффективно

  15. Поторопился я немного. Сейчас (после смены трансформатора) после резета светодиод зажигается. Потом если сделать резет PHY, светодиод больше не зажигается. Поэтому в режиме отладки j-tag'ом PHY не обнаруживает Link и не проходит инициализация. Вот ищу причину всего этого

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

     

    Тут документ лежит по этой теме:

    http://narod.yandex.ru/100.xhtml?iosifk.na...el_info_pcb.pdf

  16. Я сейчас столкнулся с расхождениями DP83848 C и I. На демоплате стоит C. На моей I. При том же коде при запущеном отладчике PHY не видит LINK, однако таже прошивка при прошитом контроллере работает. Без j-tag'а программу отладить практически не возможно. Уже думаю перепаять эти PHY и убедиться так это или нет. По даташитам разницы нет :(

    А вы не пробовали PHY с демоплаты поставить на свою?

×
×
  • Создать...