Jump to content

    

sast777

Свой
  • Content Count

    74
  • Joined

  • Last visited

Community Reputation

0 Обычный

About sast777

  • Rank
    Участник

Информация

  • Город
    Array

Recent Profile Visitors

1428 profile views
  1. Уважаемый StewartLittle, нет ли новостей о Gowin GW3AT? Прошло 10 месяцев с Вашего поста. Вроде как ссылки о начале разработки еще 2017 год. Начальству очень интересно, не появилось ли что-либо неамериканского из FPGA, хотя бы приближающееся, хотя бы к Cyclone V, Artix, PolarFire, Lattice.
  2. to dinam: Как-то перестал обращать внимание. Я при выходе новой версии Altium старую всегда uninstall full; и сейчас (20.1.12) вроде уже и не замечаю расплывчатости линий. Июнь-июль делал пару проектов в как раз в Altium, часов по 8-10 за монитором, может поэтому и перестал замечать. :-) Может дело в чистой психологии - я с середины марта на удаленке, и Altium вижу только на одном компе - на который жаловался. Дома еще ноутбук - но на нем и не было проблем с четкостью линий (4K дисплей); у того компа, на который жаловался, - 2K мониторы. Драйвера видеокарты не переставлял, Windows не трогал.
  3. Спасибо, Владимир.
  4. Altium 20.0.11 Schematic Pin Name и Pin Designator поменять Font: Как в схеме в Altium 20 (не в библиотеке !) поменять фонт для Pin Name и Pin Designator? В предыдущих Altium был по моему некий "System Font" для проекта, и в нем задавались тип и размер фонта на весь schematic, что позволяло изменять и Pin Name и Pin Designator фонты на схеме. В 20-ке нашел в Preferences -> Schematic -> Default -> Primitives -> Pin -> Font Setting -> Custom Settings В настройках меняю - в проекте не отрабатывает, Pin Name и Pin Designator остаются установлены по умолчанию (слишком крупные). В компонентах из *.intLib - те пины, у которых Pin Name и Pin Designator уже имеют Font Setting=Custom Settings - все соответствует ожидаемому.
  5. Повторилась проблема из вопроса: https://electronix.ru/forum/index.php?app=forums&module=forums&controller=topic&id=154393&do=findComment&comment=1658160 Altium 20.0.10 - изображение в схематик стало более размыто. По сравнению с ранее стоящим Altium 19. На другом компе - четкость линий, текста не изменились при переходе с Altium 19 на 20.
  6. Прошу прощения, не полно описал требования, зачем нужен 100BaseT. Первая задача - вывод данных в PC, (на столе, при отладке, затащить регистрируемые величины в LabView). Тут конденсаторная развязка выглядит привлекательно, подробно расписана в App Notes. Весь вопрос в помехозащищенности, так как есть и вторая задача - хочется попробовать получить обмен данными на ~ метр внутри корпуса. (а это - металлическая труба диаметром ~ 100mm, и соседи - киловаттные преобразователи, работающие на десятках килогерц, под киловольт) Поэтому и рассматриваю только транс + Common mode choke. Если дадут поэкспериментировать - попробую комбинации: вместо транса - конденсаторы + CMC; конденсаторы без CMC. Доложу результат, (если заказчик оплатит) :-) Большое спасибо за личный опыт с конденсаторной развязкой.
  7. Нужен минимальный по площади 100BASE-T PHY Подобрал 4х4мм PHY - KSZ8091, LAN8742Ai Хочу применить трансформатор TDK ALT3232M, 3.2x3.2mm + CMC 2x1.2mm, на пару RX и TX; по площади выигрыш почти вдвое относительно сборок типа H1102. В документации ALT3232M - предназначен для 10-100-1000BASE-T Ethernet НО: индуктивность меньше 350uH (120uH,150uH, 200uH) KSZ8091, и большинство известных мне PHY прямо требуют трансформатора с индуктивностью > 350uH, что вполне объяснимо наличием требования <<ANSI X3.263-1995 (TP-PMD) 9.1.7 Worst case droop of transformer>> "The minimum inductance measured at the transmit pins of the AOI shall be greater than or equal to 350 uH" Ни для одного PHY в рекомендуемых трансформаторах не нашел трансформатора с индуктивностью < 350uH, хотя на Dgikey Ethernet трансформаторов с индуктивностью <350uH под сотню. Чем грозит применение KSZ8091 или LAN8742Ai + 120uH трансформатора? Кабель - 2-3 метра.
  8. Altium 19.1.3 Schematic - задержка при перемещении объектов. Пришлось переставить Windows - за 4 года 7-ка сдохла. Поставил Win 10, 1809. (I7 4770K, 16Gb RAM, NVIDA GeForce 750) Привычный Altium 17.1.9 Schematic крашится при попытке сделать "Copy" - вылетает по exeption. Поставил Altium 19.1.3 Schematic - при попытке перемещения выделенных объектов зависает на n секунд и лишь после задержки выделенные объекты перемещаются. Задержка явно зависит от числа выбранных объектов. Перемещение одиночного Net Label после выделения и перемещения мыши вызывает появление вращающегоя кружка примерно на 1-2 секунды, потом Net Label оказывается в нужной позиции. Перемещение компонента с 10-ю пинами и 10 присоединенными цепями с Net Label вызывает замерзание на 3-5 секунд. Перемещение ~ 80 компонентов с цепями практически невозможно - замерзание таково, что не предугадать, куда попадешь. windows Task manager во время зависания Altium на перемещение объектов дает загрузку CPU ~14-15%, независимо от того, сколько объектов перемещаю. Used RAM < 3.5Gb. Preference -> Schematic менял: GDI+; Drag Step (Smallest -Large). Явное ощущение, что причина где-то в настройках. Где бы поставить- убрать птичку, подвинуть ползунок?
  9. Спасибо. Могу теперь спать спокойно - теория подтверждена практикой ;-)
  10. Доброго дня всем, применял ли кто-нибудь Cyclone V 5CEFA с Hard memory controller + DDR3 один корпус БЕЗ классического согласования шины управления (ADR, ...) через последовательные резисторы на VTT_DDR? ( где VTT_DDR = 1.5V/2) Hyperlynx boardsim по уже разведенной плате, с учетом переходных, стека и т.д. показывает, что на длинах <80mm терминаторы что есть, что нет. Подозрительно что - альтеровцы на всех китах, даже на самых дешевых, ставят терминаторы к VTT_DDR и не жалеют денежку на TPS51200.
  11. 10GX085 ( 50K LUT ~80% ; 100K ~80% FlipFlops, 130 RAM blocks 32x512 44%, 80 DSP 18x18+36 95%-12% utilization , Clock 6 Domains total 50K Fanouts; 4 PLL 67%) 200Mhz: = 2.137W Например - просто больше не надо. И получается - что Cyclone V практически не уступает и по динамическому потреблению. Занятно..
  12. Было: 100K LUT ~90% ; 200K ~90% FlipFlops, 250 RAM blocks 32x512, 150 DSP 18x18+36 , Clock 6 Domains total 100K Fanouts; 4 PLL. 100Mhz: 5CEMA7 = 2.22W; 10GX150 = 2.014W 200Mhz: 5CEMA7 = 3.75W; 10GX150 = 3.35W Что ж, пробуем - урезаю осетра вдвое по ресурсам и 200MHz: 10GX085 и оставляю половину ресурсов (чуть больше): ( 50K LUT ; 100K FlipFlops, 130 RAM blocks 32x512, 80 DSP 18x18+36, Clock 6 Domains total 50K Fanouts; 4 PLL) 200Mhz: 10GX085 = 2.137W Что-то не видно профита и таким образом относительно 100MHz / вдвое больше ресурсов :-(
  13. Я в надежде на выигрыш по динамике и сделал два EPE: ресурсы одинаковые, разница только 100MHz и 200MHz. Результат выложил выше.
  14. Есть своя плата Ария 2 + 6678; но она мягко говоря потребляет... Вот ищу - как уменьшить аппетит. Со стороны FPGA смотрю на младшие из 10-х, а со стороны DSP - на 28nm 66AKxx. (AM57xx имеют существенно отличную на 667х внутреннюю структуру, наши программеры дружно возопили "только не надо нового!!" ) И по Early Power Estimator получается, что 10GX практически не лучше 5Cxx. Вручную набранные EPE: 100K LUT ~90% ; 200K ~90% FlipFlops, 250 RAM blocks 32x512 (50% 10GX150 и 70% 5CEMA7), 150 DSP 18x18+36 (96% 10GX150 и 96% 5CEMA7), Clock 6 Domains total 100K Fanouts; 4 PLL. 100Mhz: 5CEMA7 = 2.22W; 10GX150 = 2.014W; 200Mhz: 5CEMA7 = 3.75W; 10GX150 = 3.35W Получается грустно - не следует ожидать уменьшения потребления при переходе от Циклона 5 к 10 GX.
  15. Батарейное питание. Алгоритм на столе протестирован на Cyclone V SX EVB (максимальный по ресурсам 5-й Циклон + ARM). Часть обработки на Verilоg, часть на C. Обязательны и Verilog, и C. По оценке программиста - вроде укладывается по времени. Но впритык - именно по ARM (хочется побольше памяти и/или мегагерц) Был уверен, что Arria 10SX или связка Cyclone 10GX + внешний ARM даст меньшее потребление (батарея-с) Запустил Power Estimator - и теперь озадачен: что же меньше съест при реализации алгоритма - Cyclon V, Arria V, либо 10-е..