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

    

iosifk

Модераторы
  • Публикаций

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

  • Посещение

Репутация

0 Обычный

Информация о iosifk

  • Звание
    Гуру
  • День рождения 23.09.1952

Контакты

  • Сайт
    http://www.iosifk.narod.ru
  • ICQ
    0
  • Skype
    iosifk_mobil

Информация

  • Город
    спб

Старые поля

  • skype
    iosifk_mobil

Посетители профиля

22 998 просмотров профиля
  1. system generator

    Для чего нужен именно "system generator"??? На обычном верилоге такое влет делается.
  2. И старый проект был на более медленном кристалле, чем новый? Можно ли сказать, что убирая из проекта куски кода, наступит момент, когда остаток хоть как-то, в урезанном виде, но будет работать без сбоя? И тогда определить, с какого куска кода начинаются сбои? Есть ли описание к модулям проекта и делалась ли хотя бы RTL симуляция? Все ли асинхронные входные сигналы обработаны по CDC? Медленные входные сигналы отфильтрованы от дребезга?
  3. А много ли написано самими на верилоге или только готовые куски брали из визардов?
  4. Тогда вопрос: а какой применяете щуп в осциллографе? И где прицепляете "землю" щупа? Надеюсь, щуп 1:10? Очень похоже на то, что где-то не хватает полосы пропускания сигнала и на участках сигнала с "изломами" возникает переходный процесс с колебательностью на фронте. Если щуп плохой, то тогда все дело в нем. Его полоса пропускания должна быть хоть на несколько порядков быть выше, чем полоса сигнала... Попробуйте тогда поискать активный щуп или дифференциальный щуп.
  5. Кроме форума есть еще официальная техподдержка. Думаю, что они неоднократно уже с Вашим случаем сталкивались... Можно же позвонить или подъехать...
  6. А в табличке графа "Имя "верхнего" модуля" у Вас не заполнена.
  7. В 70-е и 80-е издавался сборник "Электронная техника в автоматике". Так вот там было множество статей о "ОС в ИИП", почти весь сборник из таких статей и состоял... Причем в самом сборнике были фотографии источников питания но не говорилось для каких потребителей он делался. Но зато по фамилиям авторов в РЖ легко отлеживались организации с "космическими именами"... :)
  8. Видите ли, просто у нас разные взгляды на жизнь... Вот к примеру контроллер RS232 в ПЛИС... Можно брать один отсчет в середине битового интервала. И считать, что сбоев не будет. Ну а дальше навернуть бит нечетности, CRC в протоколе и т.д. А можно за битовый интервал брать 3 отсчета и их мажоритировать. И при этом уже наплевать и на кабель и на расстояния и на запросы по битым пакетам, потому как их реально станет меньше. Да, конечно, в Ваших рассуждениях все верно. Подброшенная монета всегда падает и точно встает на ребро. Но я столько раз сталкивался с тем, что проклятая монета иногда зависает в воздухе. А потому теперь для меня проще сразу же привести медленный входной сигнал к системному тактовому, отфильтровать его и выделить передний фронт. Вот тогда строка начала расчета запустится без метастабильности и выполнится только один раз... А if (Mlndr_CLK) без if (!Mlndr_CLK) такого не гарантируют. Возможно у Вас вычисления дольше, чем длительность Mlndr_CLK, но я так никогда не играю. Если взять алгоритм работы Вашего устройства, то вектор событий, разрядностью N, даст 2^N состояний, причем одно или два из них правильные, а остальные дают ошибки в работе. Ну и Вы говорите, что по одному их этих состояний Вы и пошли, ибо не работает. Вам всего лишь осталось устранить 2^N - 1 неработоспособных состояний. Я же сразу пытаюсь удалить все состояния, о которых я знаю, если они теоретически могут привести к отказу. Возможно это аппаратно будет избыточно, но это экономит время на разработку... Подробнее могу только голосом...
  9. Да нет, никто ничего не исправляет. Просто где-то в конце вновь выходящего журнала появится небольшой текст, в котором будет сообщено, что читатель прислал такие-то замечания к такой-то статье, которые находятся в таком-то номере... Что касается "хорошо или не хорошо написано", так этот журнал не научный, а коммерческий. И текст "о преобразователях" написан вовсе не для того, чтобы кого-то "научить", а что-бы показать, что вот есть "автор", что он знает теорию и производимые на их фирме блоки питания "самые-самые"... И эти статьи не конкурируют с другими "учебниками", потому как у них несколько другие цели... Просто такие тексты находятся в "технологической цепочке производства", как часть рекламного продукта к конкретной продукции. Ибо "бренд должен быть узнаваемым". Ведь реклама сникерсов и памперсов идет каждый день, хотя все о них и так знают... Ну вот и это то-же самое. И рекламные модули и статьи должны быть... И на эти деньги издается журнал... И более ничего...
  10. Все отлично, только вот я что-то никакой "двухпортовости" не вижу. Обычная память с раздельными входами и выходами и одной шиной адреса... И потому там об "одновременном чтении и записи" речь и близко не идет. Кто генерирует адрес? Так только один "командоаппарат", который в видеокарте сначала делает развертку видео, а во время обратного хода луча быстренько дергает данные из какого-нибудь ФИФО и пишет их в видеопамять... Цифровой осциллограф - так то-же самое. Он сначала пишет буфер, потом читает... Если пишет на максимальной для ПЛИС скорости, то сначала заполняет весь буфер, а потом... А если пишет медленно, то в паузах между записями успеет и прочитать... А уж в Тетрисах, там вообще окно для чтения можно выделить раз в долю секунды... Вывод. Термин "с асинхронным доступом" здесь применен неверно. Доступ будет вполне в определенные моменты времени, а вот по адресации - к произвольным адресам...
  11. always@(posedge PLLclk) case(st) SUM_step0: begin begin if (Mlndr_CLK) st=SUM_step1; else st=SUM_step0; А что, Mlndr_CLK идет синхронно с PLLclk? Или генераторы независимы и метастабильность может быть? И что, фронт Mlndr_CLK настолько хорош, что PLLclk, который в 8 раз быстрее, не может на фронте Mlndr_CLK отловить десяток-другой дребезга?
  12. Вообще, по-хорошему о таком пишут в редакцию, с просьбой опубликовать замечания читателя. И это не то, что "автор дурак", наоборот, автор видит что читатели не остаются равнодушными и помогают ему исправить статью. Правда не знаю, захочет ли это сделать редакция ЭК. Но сильно рекомендую попробовать.
  13. Я конечно не хочу спамить, но чтобы ТС понял о чем речь идет... Проработав 7 лет в техподдержке, могу сказать, что больше половины вопросов были заданы неправильно. Ну, то-есть сначала выбирался заведомо неверный путь, потом выяснялось, что на нем очень много трудностей. И исполнитель начинал их преодолевать. Вот к примеру, один парень написал, что хочет сделать прослушку Ethernet и ему надо подключить к каналу только Rx. А Tx запрещает подключать их Заказчик. И все бы хорошо, да вот пришлось его огорчить, что это не RS232 и просто так ничего не получится. И надо ставить свитч в разрез проверяемой линии, и подключать не только Rx но и Tx, а иначе линк не встанет. А вот линии Tx можно отключить уже после трансивера. И это для него было нелегко принять. Но это "стандарт", который будет гарантированно работать, а не "самопал", с которым можно получить прорву проблем...
  14. Я добавлю. По-моему, если уж имеете готовый контроллер, который только "Контроллер в режиме ведомого" то гораздо проще и дешевле добавить в канал, как было сказано "в разрыв TX/RX микроконтроллер". Такой дополнительный контроллер не может дорого стоить, а проблем снимет кучу. Причем, чтобы начальник понял, не обязательно это может быть только UART-UART. Поставьте UART-Ethernet и затраты многократно окупятся.... Причем сразу и без головной боли. А иначе вляпаетесь в Виндовые заморочки, и получите ситуацию подобную той, что я описал...
  15. Я немного добавлю. Был реальный случай. Заказчика передвался разработанный Прибор, который тестировал память DIMM и на хосте строил картинку рабочих и неисправных ячеек. Причем в "правилах игры" хост считался "любым компьютером заказчика". Что получилось в итоге? Заказчик подогнал комп, на котором в соответствии с корпоративным стандартом заказчика стояла почта, антивирус и, возможно, антишпион который фиксировал все действия на машине... В результате построение диаграммы было медленным и Заказчик прибор не принял...