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

Ant_m

Свой
  • Постов

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

  • Посещение

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


  1. В PCB, лично мне, помогло обновление видеокарты на NVIDIA GeForce GTX 1060 3GB. С предыдущей GPU GT610 1GB загрузка была под 100% при каждом движении в окне PCB.

    А вот как победить задумчивость в SCH, не знаю. SSD и 16G оперативки тут не помогают, а менять core i7 на core i9 пока нет желания и времени.

     

  2. Решил посмотреть есть ли жизнь на Марсе есть ли поддержка IBIS в Альтиум.

    Посмотрел... :crying: Вот три картинки Альтиум, Сигэкслорер от Каденса, Гиперлинкс от Ментора.

    Моделировал 2 IBIS модели микроконтроллер MK61FX512VMJ12 и память MT46V16M16P-5B. Между ними 51 Ом линия 160мм что ~1нс.

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

    post-29765-1515599645_thumb.jpg

    post-29765-1515598342_thumb.jpg

    post-29765-1515598348_thumb.jpg

     

    Отдельная песня, это документация в Альтиум на IBIS - она как всегда кратка и описывает очевидные вещи :biggrin:

    Моделировать большие проекты - АД он и есть.

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

    Распознать что в одном файле есть несколько компонентов он может, а выбрать не первый- нет!

    А если внезапно у вас в проекте есть компоненты из нескольких частей, то можно вешаться, шансы что модель правильно подхватится никаких.

     

    Проект для Альтиума выложил

    Ibis_t2.7z

  3. 1) Любой преобразователь из CML/LVPECL

    2) обычно там стоит керамика 0,1мкф. Частоты, соответственно, от сотни килогерц.

     

    Обычный SFP это лазер и фотоприемник - что на вход подал, то на выходе и получил в виде оптического импульса.

    Но! Нельзя просто так взять и подключить SFP для передачи импульсов.

    Должно быть соблюдено условие постоянной составляющей в передаваемых данных (DC-balance). Иначе конденсаторы накопят заряд и драйвер лазера/фотоприемника уйдет в нерабочую область.

    В нормальных условиях работы это предполагает специальное кодирование на физическом уровне (NRZ и т.п) и скремблирование данных для исключения длинных повторяющихся последовательностей (типа сто нулей/единиц подряд).

    Этого можно не делать, но только если вы гарантируете что информация передается короткими импульсами с длительность много меньше чем 1/f SFP и при этом интервал между импульсами достаточен для разряда конденсаторов SFP. К примеру t=100ns, T=10us.

     

    Здесь была тема, что то подобное обсуждалось. По моему пришли к результату что проще поставить спец. микросхему.

  4. Продолжение темы.

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

     

    Повторюсь с параметрами

    - Частота 80 МГц, полоса не меньше 20МГц

    - Мощность 3Вт (35dbm), а лучше 5Вт (37dbm)

    - Работа на 50 Ом

    - Питание 12В, а лучше возможность от 10В.

    - модуль 20х30х10мм, можно больше, но не в 3 раза.

  5. 2 минуты поиска на сайте техаса http://www.ti.com/product/tps2490

    и еще как минимум 3 варианта. Не нравится техас? идите на линеар и т.п.

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

     

  6. Всем привет.

    Долгое время применял усилитель RA07H0608, но их сняли с производства и купить почти невозможно.

    Помогите найти аналог, нужно:

    - Частота 80 МГц, полоса не меньше 20МГц

    - Мощность 3Вт (35dbm), а лучше 5Вт (37dbm)

    - Работа на 50 Ом

    - Питание 12В, а лучше возможность от 10В.

    - модуль 20х30х10мм, можно больше, но не в 3 раза.

     

    Заранее спасибо за любые подсказки.

     

  7. Разделение земель "работает" только на низких частотах и в одноканальных решениях. В вч и многоканальных решениях отрезание кусков полигонов и объединение их в "одной" точке не работает, а делает только хуже. Тут земли "разделяют" конструктивными методами, в первую очередь правильным расположением компонентов, фильтрами питания, экранированием. И земля делается одна, только в одном месте она "грязная" а в другом месте "чистая". Есть смысл делать мелкие локальные земли только для очень чувствительных к помехам цепям, как пример рекомендации по землям для кварца микросхемы фильтрации ФШ.

    post-29765-1485435268_thumb.png

     

    Касательно светодиодов - лучше их вообще не включать. Или ставить буферы + настроить порты на самый малую скорость переключения. Также стоит светодиоды расположить не на соседних выводах с АЦП. Либо переключать светодиоды не во время измерения, хотя если плата 2 слоя, то скорее всего не сработает - земля будет подпрыгивать от тока светодиодов.

  8. ~30-60 сек на 1500 компонентов, библиотеки - отдельные файлы символов и посадочных мест, (1 символ/пместо- один файл). База в svn и mysql(наверное)

    Комп: win 7, core i7 позапрошлогодний, карточка nvideo 1Г, довольно старая - года 4 уже. ssd нет.

  9. Добрый день.

    Вопрос к людям работавшим с этой платой.

    Читаю документы с офф. сайта этого красного овоща, и вижу что по scpi можно записать аж 16к точек с канала. :crying:

     

    Можно ли от этой платы добиться записи порядка 100М выборок данных в память DDR на полной скорости работы?

    Я так понимаю что тот софт, который они дают, такого делать не умеет....

     

    Собственно вопрос в чем - что мешает делать быструю запись в память "большими" объемами: архитектура платы или нежелание разработчиков софта?

     

    Или может я не прав и софт умеет? Если тут нежелание разработчиков, то можно ли решить эту проблему своими руками, или разработчики платы об этом тоже подумали, и заботливо разложили граблей?

  10. С этим можно бороться используя loss-less режим работы сетевой карты и соответственно поддерживая flow-control со стороны MAC в FPGA.

    Поясните что значит loss-less, а то есть сомнения что правильно понимаю этот термин контексте сетевой карты :)

    Flow-control уже пишем...

  11. Нашел что в документах (русская версия для для ScmRTOS v5 и v4) упоминается TMutex::lock_softly(), а вот в коде этого уже нет - его заменили на TMutex::try_lock(). В документах TMutex::try_lock() не упоминается.

    Стоит, наверное, эту часть документа (стр. 93) обновить...

     

    Автор: Sergey A. Borshch <[email protected]> 2014-03-11 16:43:54

    Сохранивший состояние: Sergey A. Borshch <[email protected]> 2014-03-11 16:43:54

    Предок: a747e55973a8cfdbfeb61a1bfd1e31d93382a8ab (make TService inheritance protected to show that no public members provided in TService and it's parents)

    Потомок: a718a881c7315bb80afceade53e2ccceafeefffc (Added universal CortexMx port)

    Ветвь: master, remotes/origin/develop, remotes/origin/master

    Следует за: 4.0.0

    Предшествует: sf-end

     

    -TMutex improvement: additional try_lock(timeout) member function with

    timeout argument. Function returns false if mutex wasn't locked during

    requested time.

    -TMutex::lock_softly() renamed to to try_lock() (without arguments).

    -TMutex::lock_softly() as wrapper to try_lock() added to scmRTOS_OBSOLETE_NAMES section

  12. Там вообще можно пустить loopback через сам 88e1111, в обход fpga, только я пока не понял как. Что, кстати, на тестере можно увидеть?

    Там нужно битик в регистре поставить. Ищите в доках какой.

    Но это не нужно делать, т.к вы проверите работу phy, а mac нет.

     

    На тестере можно увидеть статистику (кол пакетов туды и взад). Смоделировать разные типы нагрузки (burst к примеру), поиграться с объемом трафика, длинной пакетов и т.п. Я гонял по 6-8 часов тесты с нашей железкой - все успешно.

     

    Насчет антивирусов и прочего, да может быть и такое, но далеко не всегда. Тут ключевая фраза

    отнимал процессорное время
    - если нагрузка на превышает 20% общей, или 50% на поток, то пакеты теряются.

    Картинки выше сняты на винде №7, установленной с офф. диска + драйвера от intel для сетевушки. Винда устанавливалась специально для тестов, к интернету/сети доступа не имела, на тестируемом интерфейсе отключено все, кроме IPv4.

  13. Я в курсе, что UDP не гарантирует доставку всех пакетов без ошибок. При этом, со слов программиста, - в режиме точка-точка ошибок быть не должно.

    Как много раз я слышал эту песню :1111493779: :biggrin:

     

    Если найдете ответ, сообщите пожалуйста. Мне это крайне интересно, т.к есть такая же проблема.

    Пока решение есть только одно - ставить самое быстрое железо для ПК какое есть сейчас.

     

    Тут ведь вопрос в чем - во всей этой тестовой системе отличие одно - ПП другая стоит (ПК, кабеля и прочее одинаковое)

    Ну так это элементарно. Замыкаете шины mac ядра в плисе, (loopback на уровне mac), в дырку эзернета подтыкаете BER тестер для медного эзернета и тестируете.

  14. Saturn pcb показывает примерно тоже. Считать именно такую топологию он не может, но очень примерно можно прикинуть.... Не уверен что и полар такое считает.

     

    И еще не забиывать про перекрестные помехи - пресловутые 3-5 зазоров, а это 5-8 мм между парами :blink:

    Для 100Мбит base-t нужны только 2 пары: 1-2 и 3-6, остальные две это или 1Г, или другие вариации 100М не получившие распространения.

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