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

QuadMan

Свой
 Профиль  Обзор контента

  • Постов

    97

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

  • Посещение

 Тип контента 

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

  1. Опубликовано · Пожаловаться

    Никто не сталкивался с проблемами в своих проектах при переходе на новые драйвера от FTDI? В своих проектах, которым уже больше года, использовал старые драйвера от FTDI - все работало отлично. При установке новых драйверов - начинаются всякие косяки - то устройство не получает все данные, то от устройства ко мне приходят странные данные. Как только ставлю старые драйвера - все становится нормально и работает супер как..

    пробовал на другом компе - тоже самое.

     

    в чем может быть проблема?

    заранее спасибо.

  2. Опубликовано · Пожаловаться

    Так "Virtual Pin" и "Virtual Pin Clock" - это две разные вещи.

     

    "Virtual Pin" нужен для того, чтобы обозначить данный входной или выходной пин как виртуальный,

    а "Virtual Pin Clock" нужен, для того чтобы показать, к какому клоковому домену относится данный виртуальный пин (ранее обозначенный с помощью "Virtual Pin").

     

    Я так понял, вы хотите обозначить входной сигнал CLK как виртуальный. Если так, то просто задайте для CLK "Virtual Pin".

  4. Опубликовано · Пожаловаться

    Из Handbook on Verilog HDL:

     

    An argument may be replicated by specifying a repetition number of the form:

    {repetition_number{exp1, exp2, ... , expn}}

     

    Example:

    C = {2{4’b1011}}; //C assigned the bit vector 8’b10111011

     

     

    Вообщем пишите так:

    assign d_out = rd_oe ? Q : {WIDTH{1'bz}};

     

    У меня в Quartuse 5.1 это работает.

  5. Опубликовано · Пожаловаться

    По умолчанию Quartus генерит файлы *.vho и *_vhd.sdo используя наихудшие временные задержки. Но если запустить Start Timing Analyzer (Fast Timing Model) и после этого запустить EDA Netlist writer, то Quartus сгенерит *_min.vho и *_vhd_min.sdo, используя наилучшие временные задержки. Чтобы генерить всегда файлы для наихудших временных задержек, перед генерацией запустите "Start Timing Analyzer" без всяких (Fast Timing Model).

     

    Более подробно об этом можете почитать в Quartus 5.1 Handbook Volume 3, стр. 6-3.

  7. Опубликовано · Пожаловаться

    Да там ничего особенного, настраивать и не нужно: в Quartuse Assigments/Settings/ EDA Tool Settings/Simulation надо выбрать Modelsim, указать тестбенч файл, которым будете проект проверять проект, поставить там галочку Run Gate Level Simulation automatically after Compilation и откомпилить проект. Он автоматически запустит Моделсим и все по тестбенчу просимулирует.

     

    Вот на сайте Альтеры есть видеодемострация по Моделсиму:

     

    http://www.altera.com/education/demonstrat...rification.html

  8. Опубликовано · Пожаловаться

    А что нибуть доступное врозницу в России?=)

    Россия - велика... а вы откуда?

     

    К примеру, FT245BM и другие микросхемы FTDI свободно доступны в Москве - http://www.efind.ru/icsearch/?search=FT245BM+.

     

    Работать с ними на ПЛИС довольно легко и драйвера для ПК уже хорошо отработаны. Так что для малых скоростей (4-8 МБит/сек) продукция FTDI - самый достойный выбор.

  9. Опубликовано · Пожаловаться

    Интересна ситуация - пусть 4 вывода порта А объявлены как входы, другие 4-е - как выходы. Что будет при выполнении команды PORTA = 0xFF - что будет на тех выводах, которые объявлены как входы? и наоборот - при команде r = PINA; - какие данные будут на выводах, объявленных как выходы...

  11. Опубликовано · Пожаловаться

    Извините, что вмешиваюсь, но возник вопрос по кварцам, и чтобы не плодить много тем, задаю его в этой:

    подключаю к меге кварц на TOSC2 и TOSC1 32768 Гц, в проге настраиваю его как мне нужно... но амплитуда его колебаний не 5В, а 1... в чем может быть проблема? по схеме подключения кондеров к нему не нужно... ножка TOSC1 (PC6) объявлена как In.

    Спасибо.

  13. Опубликовано · Пожаловаться

    Необходимо принимать/отправлять данные по USB. Использую ATMEGA32 и FT2232C.

    Но не получается наладить обмен между ними.

     

    FT работает в режиме RS232.

    При посылке данных с компа в USB, как и полагается, на FT2232 сигнал на 11 ножке !TXLED падает, что говорит о том, что идет прием данных, но ножка 23 RXD, которая соединена с соответствующей ножкой AVR молчит... все время в 1 сидит... и наоборот, то, что выдает микропроцессор по 24 ноге TXD, доходит до FT2232 но сигнал на 12 ножке !RXLED молчит, как будто ничего не происходит...

     

    как вообще соединять эти две микросхемы? достаточно ли просто соединения TXD и RXD линий? может быть нужно еще какие линии соединить?

     

    заранее спасибо!

  20. Опубликовано · Пожаловаться

    Спасибо за ответы.. но есть ламерский вопрос... :) как с этой штуковиной (CY7C68013) работать? :)) Посмотрел даташит но так и не понял... каким образом можно передавать данные от AVR в USB. Cам работал с CY7C68001 - там все просто - выставляешь на шину данных 16 бит и отправляешь... а тут зачем еще микропроцессор?

     

    спасибо...

  21. Опубликовано · Пожаловаться

    Видать плохо посмотрели, внутринний проц там используется тоьлко для конфигурации или если не нужна высокая скорость (около  1 метра/с), а так у него есть внешняя шина (режим slve fifo в нем я разгонял до 39 метров в сек)  и цепляй туда что хочеш, хоть AVR, PLD,DSP. Так что зря вы так. А AVR больше метра не даст так как нету AVR с HIGH SPEED контроллером на борту, а на FULL скорость не более 1.1 метра в сек.

     

    Вот тоже есть идея связать AVR и CY7C68013... я так понял, что вы это уже делали - поэтому возник вопрос - скорость, которую вы получили - реально 39 МБ/сек?

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