![](https://electronix.ru/forum/uploads/set_resources_23/84c1e40ea0e759e3f1505eb1788ddf3c_pattern.png)
![](https://electronix.ru/forum/uploads/set_resources_23/84c1e40ea0e759e3f1505eb1788ddf3c_default_photo.png)
anthony__
Участник-
Постов
17 -
Зарегистрирован
-
Посещение
Весь контент anthony__
-
Если кто-то в курсе, подскажите пожалуйста, нужен цвет светлее чем обычный зеленый у китайцев. Сама плата очень простая 2 слоя.
-
именно что синхронный вывод. нюанс только в том как детектить пустые места, т.к. полосы могут быть разной ширины. они пределенного розового цвета, как его точно определить, хз рисуется так: 1 2 3 4 1 2 3 4 и т.д.
-
еще забыл упомянуть очень важные требования как малое кол-во обвязки и работа с 3.3в сигналами как и запитка от 3.3 очень желательна. а так же компактные размеры чтобы поместилась на существующий дизайн. но, надо полагать, это все неосуществимо уже, тем более сейчас.
-
нет это не надо, сигнал без изменений. как и поддержка всяких интерфейсов не нужна. нужно 48 входов (ддр), 24 выхода(сдр) ну и еще + немного на управляющие сигналы и клок. 165мгц макс. мб. есть какие-то таблицы по моделям что доступны сейчас, чтобы сравнить наглядно?
-
может глупый вопрос, но все же. для чего такие ресурсы и память? как таковой обработки изображения не предполагается. просто коммутирование ргб потоков грубо говоря, 4 в 1. без какого-либо буфера кадров.
-
ох, крутовато. как по цене так и по доступности. мне доска возможно вообще не нужна, т.к. могу себе позволить сделать плату сразу под устройство и подключить все выводы сразу дорожками. но кроме цены конечно же доступность имеет большое значение.
-
Подскажите пожалуйста, что подойдет для таких задач: 1. 4 видеоконтроллера дают rgb потоки 888 с разрешением от 640 до fhd, из них нужно составить полный кадр (каждый чип свою полосу горизонтальную рисует). данные по обоим фронтам, поэтому по 12бит шине от каждого. дальше отправить на tmds трансмиттер. 2. нужно такую ддр 12бит шину развернуть в 24 бит и отправить в tmds. т.к. я ничего не знаю по теме фпга, то хотелось бы поподробнее. или готов заплатить за некий шаблон проекта, чтобы потом самостоятельно допиливать.
-
jlc крайне недружественная контора. еще в середине июня палкой успешно оплачивал (давал доступ к аккаунту человеку в другой стране). закрыли палку если заказ в рф идет. говорят санкции. гандоны. при том что у меня там куча заказов на дорогие платы и трафареты была, дешевого ничего никогда не заказывал. через алибабу нельзя, просто закинуть деньги на депозит нельзя, купить купоны нельзя. спрашиваю, можно китаец за меня заплатит, тоже нельзя. так относятся к клиенту.
-
Занятная история, вдруг кому-то поможет сохранить деньги. Решил воспользоваться сервисом для снятия дампа с XC9572. т.к. клонировать надо было. Нашел в гугле http://www.ic-crack.com Попереписывался, ответили что практический 100% результат, решил рискнуть, отправил два рабочих чипа. Думал один уничножат, второй для теста дампа и второй попытки если что не так. Цена $1.7k, вроде справедливо. Оплатил, отправил. Получил дамп и четыре запрограммированных чипа. jed файл такой: http://zxc64.com/tmp/XC9572-15PC44-Anthony.jed Оказалось что файл от XL версии и вообще в другом корпусе, что можно увидеть открыв сам файл. Я даже топик создавал пока не вник в тему и не понял что кол-во фьюзов даже от типа корпуса отличается: Запрограммированные непонятно чем чипы имеют постоянно низкое состояние на таких пинах как ресет и вход/выход клока. т.е. устройство с запаяным чипом даже включиться не может. На мои вопросы почему мне такое прислали, все что я получил это идиотские вопросы, а как вы поняли что jed файл не тот, а вы пробовали его запрограммировать, а у вас устройство вообще рабочее и прочую чушь. Что касается чипов я даже отреверсил часть схемы, сделал пинаут, сделал тестовое устройство с генератором частоты и снял наглядное видео как должны пины clk_in (38), clk_out (14) работать на оригинальном XC9572. вот пинаут: Понимания никакого не получил. Сказал, просто проверьте чтобы состояние у этих пинов не низкое было. Те же идиотские сообщения в ответ, навроде, вышлете все устройство нам для теста. Ну тут уж я понял что попал и на деньги и на два ценных чипа, что самое плохое. Так что следует думать дважды перед такой авантюрой. Я искал отзывы по подобным сервисам и ничего не обнаружил. Пусть хоть этот будет. Ну и для поисковиков: https://www.ic-crack.com/ are scammers.
-
ладно, понятно что это невозможно. можно закрывать
-
Jed файл для XC9572, отличия
anthony__ опубликовал тема в Работаем с ПЛИС, области применения, выбор
здравствуйте. я ведь правильно понимаю что параметр QF в начале jed файла означает кол-во фьюзов и вся карта строится исходя из этого кол-ва? соотвественно каждая упаковка чипа имеет свое кол-во фьюзов в зависимости от ио пинов. и никак не адаптировать jed файл напр от qfp64 корпуса к plcc44? вот напр заголовок: DD XC9572XL_Q64* DM XILINX* QP64* QF046656* -
в общем, сам нашел и исправил не имея никакого опыта в асме. легкие деньги ($500) никому не достались.
-
да, все работает корректно кроме программирования гпио. это был костыль и его криво напрограммировали в свое время.
-
бинарник где сидит нужная функция известен, судя по сигнатуре устройства 68.88.33.21.00, только одно место нужно править.
-
Оплачу создание патча драйвера PCI устройства. Драйвер программирует GPIO устройства PCI6152, но корректно работает только в слоте с IDSEL=AD16. Нужен патч чтобы оно начало работать в другом слоте, хотя бы вручную править бинарник под каждый слот. В личку. p.s. есть исходинк драйвера для win9x (который корректно работает). там функция выглядит так: if (FindGPIODevice(0x00213388, dwNapalmBus, &dwBus, &dwDevFunc)) { isGPIOInit = 1; pGPIOMask->Data.dwBus = pGPIOMask->Clk.dwBus = pGPIOMask->Strobe.dwBus = dwBus; pGPIOMask->Data.dwDevFunc = pGPIOMask->Clk.dwDevFunc = pGPIOMask->Strobe.dwDevFunc = dwDevFunc; pGPIOMask->Data.RN = 0xC4; pGPIOMask->Data.dInMask = (DWORD)0x0100; pGPIOMask->Data.dInShift = (DWORD)0x08; pGPIOMask->Data.dOutMask = (DWORD)0x0400; pGPIOMask->Data.dOutShift = (DWORD)0x0A; pGPIOMask->Clk.RN = (DWORD)0xC4; pGPIOMask->Clk.dInMask = (DWORD)0x010000; pGPIOMask->Clk.dInShift = (DWORD)0x10; pGPIOMask->Clk.dOutMask = (DWORD)0x040000; pGPIOMask->Clk.dOutShift = (DWORD)0x12; pGPIOMask->Strobe.RN = (DWORD)0xC4; pGPIOMask->Strobe.dInMask = (DWORD)0x1000; pGPIOMask->Strobe.dInShift = (DWORD)0x0C; pGPIOMask->Strobe.dOutMask = (DWORD)0x4000; pGPIOMask->Strobe.dOutShift = (DWORD)0x0E; pGPIOMask->HiVoltage.RN = (DWORD)0xC4; pGPIOMask->HiVoltage.dInMask = (DWORD)0x100000; pGPIOMask->HiVoltage.dInShift = (DWORD)0x14; pGPIOMask->HiVoltage.dOutMask = (DWORD)0x400000; pGPIOMask->HiVoltage.dOutShift = (DWORD)0x16; // Enable all GPIO as Output dwData = PCI_Read_Config(dwBus, dwDevFunc, 0xC4); dwData &= 0xFF0000FF; // C7C6C5C4 dwData |= 0x00222200; PCI_Write_Config(dwBus, dwDevFunc, 0xC4, dwData); } p.p.s. другими словами, не работает устройство как должно, если его номер на шине не 00. т.е. это нули жестко прописаны. если предположить что функция в драйвере для win2k/xp такая же как для win9x, то это последний параметр. ну или что-то очень похожее.
-
в общем, сам дурак, req были притянуты в земле вместо 3.3в
-
Почему мост PCI-PCI может замедлять работу?
anthony__ опубликовал тема в ISA/PCI/PCI-X/PCI Express
здравствуйте. может ли кто-нибудь подать идею почему мост pci6152 может замедлять работу чипа за ним? у меня в разработке pci устройство, видеокарта, если точнее. столкнулся с тем, что работает она медленно при прокачке больших объемов данных (текстур). других проблем нет, но виноват именно этот мост, пробовал другой pi7c8140, с ним все хорошо. я бы использовал 8140, но в драйверах прописано управление gpio для 6152, править их нельзя. в другом моем пректе 6152 работает нормально, разница в чипах за ним. буду благодарен за идеи.