NESRGB AV Famicom - цифровой шум

[daneeall]

Ты джампер, отвечающий за уровень с-sync на плате nesrgb замыкал?

[Metroid_Sigma]

На этой плате нет джамперов. Я так понял тут не нужны они т.к. вывод на АВ полный и рассчитано только под НТСЦ.

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

[daneeall]

Ну тут вариантов не особо много: либо просадка в кабеле (может быть резистор), либо из-за того что ты не резал дорогу на CVBS линии, сигнал дополнительно терменируется оставшимися элементами на плате фамикома по шинам питания и массы. Последний вариант наиболее вероятен. Вероятно свой c-sync мод выдаёт в TTL, поэтому он и работает когда ты его цепляешь к пину CVBS на мультивыходе фамикома, его мощности достаточно чтобы наплевать на оставшиеся подтяжки\просадки в кабеле. Но c-sync в TTL это опасно.
Чтобы проверить это подключись напрямую к выходу мода другим кабелем, и скорей всего синк во всех случаях будет работать одинаково. И до кучи замерь уровень с-sync.

[Metroid_Sigma]

Да я походу понял. У меня геймкуб кабель просто, и там на синхре стоит кондес на 220мф. А на композит видео 75 резис.
Видимо супер фами проходит с этим а ав фами нет.

В общем просто кабель отдельный будет, да и все.

Добавлено позже:
В общем разобрался в итоге. Если кому интересно. В официальном кабеле ПАЛ куба 3 пин консоли запитан для 12ввольт, а тут это c-sync. Видимо при включении консоль(или мод) не понимает по какому каналу синхру использовать. Хоть 3 пин и не идет на 20 в скарте, но в ТВ он все таки запитан... Я разобрал штекер и просто пин вытащил из него(балго там удобно и не нужно отпаивать или провод резать), оставив в корпусе, если вдруг понадобится. Теперь все отлично работает.

Выглядят игры конечно клево, чуть ли не ремастеры 

[and1981]

Устанавливал недавно LAVARGB в AV Фамик. Внезапно столкнулся с проблемой появления рандомных цифровых помех на изображении. После недолгих размышлений о причинах происходящего было решено уменьшить номинал резистора в делителе опорного напряжения компаратора TLV3502 (для получения сигнала переключения палитры спрайты/фон). Так как было замечено в некоторых играх, что палитра этого цифрового шума была похожа на палитру спрайтов для конкретного экрана игры. Изначально этот каскад был взят китайцами 1 : 1 как в схеме NESRGB. Резистор стоит номиналом 7.15кОм. При помощи натурного эксперимента с помощью многооборотного подстроечного резистора, поключаемого вместо  резистора на 7.15кОм был выявлен момент появления этих помех, в результате вместо 7.15кОм был установлен резистор на 6.8кОм. Проблема оказалась решена и мод начал нормально показывать картинку. Может быть эта информация будет кому-то полезной.
Пример экрана телевизора и участок принципиальной схемы NESRGB с резистором привожу ниже.

[Gameszzz]

Устанавливал недавно LAVARGB в AV Фамик.

Это у всех его ревизий мода или только особенность какого то конкретного ?
И я правильно понимаю,что это не касается самой консоли,а именно работы мода,т.е. не зависит от того куда данный мод применяется ?

[and1981]

Это у всех его ревизий мода или только особенность какого то конкретного ?
И я правильно понимаю,что это не касается самой консоли,а именно работы мода,т.е. не зависит от того куда данный мод применяется ?

Я подозреваю, что в некоторой степени еще зависит от конкретного ППУ, (уровни градации яркости серых оттенков). Хотя еще на этой плате изначально мной был заменен сдвоенный компаратор, ибо изначально он был дохлый и я на Али вернул часть денег за этот мод. Так что может еще и разброс характеристик деталей влияет. Но у оригинального NESRGB этот каскад аналогичен и аналогиная проблема имеет место быть. А вообще планирую в ближайшее время заказать плату  клона NESRGB на альтере у китайцев и спаять её самому . Ибо дороговато модить консоли и ждать по месяцу доставку. Лучше самому спаять, это и интереснее и полезнее, да и просто нравиться с этим возиться мне. Также планирую написать для неё свою прошивку, а готовую использовать в качестве референсной. Ибо это нечто иное как часть ППУ по сути, а эта тема нами в дискорде эму-раши была подробно изучена вдоль и поперёк.

[and1981]

Решил разработать более дешевый аналог RGB-PPU заменителя на FPGA, так как изначально дизайн содержал 4-х слойную печатную плату, кототрая совсем не дешева даже у китайцев.  Поэтому применил исключительно 2-х стороннюю печатную плату. Также изначально была проблема с габаритами платы, поэтому, дабы не изобретать заново велосипед был использован габарит NESRGB, который благодаря переходникам можно установить в любую оригинальную консоль. В качестве FPGA был применен самый дешевый и древний Cyclone I  EP1C3T100C8N в 100 выводном корпусе. По аналогии с NESRGB вместо  ADV7125 был применен диcкретный R2R подобный ЦАП на резисторных сборках, на каждый канал 6 бит + бит эмфазиса. Все эти меры призваны значительно уменьшить итоговую стоимость, и упростить доставаемость некоторых компонентов в наше непростое время. С учетом всего вышеперечисленного был подготовлен проект в Квартусе и успешно проверен. Можно было бы конечно сделать и на Lattice и тем самым еще и отказаться от конфигурационной флеш памяти, ибо в Lattice FPGA она интегрирована внутрь чипов, но заново осваивать новую для себя экосистему как-то не очень хочется. Прототип содержит 3 встроенных палитры, которые можно переключать посредством перемычек на плате, всего в данном проекте можно реализовать до 4x палитр без увеличения количества используемых текущих пинов FPGA.

[daneeall]

Отличная работа

[MaRC]

Насколько длинные провода можно использовать для соединения этой платы с основанной матплатой? Я давно хочу собрать RGB мод в обычном фамикоме, но они все размещаются сверху и требуют убрать механизм извлечения картриджей, который я хотел бы оставить.
Ну и стандартное пожелание - в FPGA PPU хотелось бы видеть увеличение лимита спрайтов на линию, чтобы был смысл заменить оригинальный PPU.

[and1981]

Касаемо длины проводов, думаю если вы разместите плату на обратной стороне материнской платы фамика то это не должно повлиять на работоспособность конструкции. А спрайты увеличить малой кровью не получится, нужно глобально переделывать весь дизайн, а моя цель была максимально точно повторить внутреннюю структуру оригинального чипа, плюс возможность выводить в РГБ, дабы улучшить качество картинки. Но никто не мешает лично переписать верилог и добавить такую возможность.
В ближайших планах думаю будет возможность вывода в формате VGA, дабы подключать консоль к мониторам и как вариант выводить в HDMI. А лимит спрайтов может быть будет в будущем, но это уже будет совсем другая история. 

[MaRC]

Проект RGB-PPU открытый? Просто в текущем виде для постороннего человека он имеет мало смысла для сбора в железе - насколько я знаю, оригинальные PPU не то чтобы подвержены выходу из строя, а ради RGB под деньгам что ваш собирать, что LavaRGB будет примерно одинаково.
А так это было бы  хорошей точкой входа для тех, кто реально захочет увеличить лимит спрайтов - такие реализации уже есть на плис, но они не опенсорс насколько я знаю. Я верилогом не владею, а вот с переразводкой плат положительный опыт умел и когда появится открытая плата с поддержкой большего количества спрайтов я бы пожалуй переделал ее под установку снизу оригинального фамикома.

[and1981]

Проект открытый, я давал уже раньше ссылку на репозиторий. По стоимости будет дешевле Лавы, я изначально и планировал сделать самый дешевый заменитель, на сколько это возможно. Да и исходники Лавы на сколько я знаю не являются открытыми, хотя имея опыт с ранними лавами я нашел в их работе массу недочетов, хотя возможно их уже исправили, но проверять это я больше не хочу И самый главный недостаток конвертеров ргб на базе лавы и несргб - это невозможность работы с прямой записью цвета через индекс счетчика тайлов, фулл палетт вьювер тест это подтверждает, конечно кроме тестов я не знаю где это используется, но факт остается фактом, и картинку ниже на них никак не получить.

[JRBVZ]

and1981, подскажи по коду, в модуле главного генератора таймингов PPU присвоения нескольких H_LINE, V_LINE описывают свойства разных версий PPU?

Код: [Выделить]

assign H_LINE0  = ~( ~H[8] |  H[7] |  H[6] |  H[5] | ~H[4] |  H[3] | ~H[2] | ~H[1] | ~H[0] );         // H279
assign H_LINE1  = ~( ~H[8] |  H[7] |  H[6] |  H[5] |  H[4] |  H[3] |  H[2] |  H[1] |  H[0] );         // H256
assign H_LINE2  = ~(  BLNK |  H[8] |  H[7] | ~H[6] |  H[5] |  H[4] |  H[3] |  H[2] |  H[1] | ~H[0] ); // H065
assign H_LINE5  = ~(  BLNK | ~H[8] |  H[7] | ~H[6] |  H[5] | ~H[4] |  H[3] |  H[2] | ~H[1] | ~H[0] ); // H339
assign H_LINE6  = ~(  BLNK |  H[8] |  H[7] |  H[6] | ~H[5] | ~H[4] | ~H[3] | ~H[2] | ~H[1] | ~H[0] ); // H063
assign H_LINE7  = ~(  BLNK | ~H[7] | ~H[6] | ~H[5] | ~H[4] | ~H[3] | ~H[2] | ~H[1] | ~H[0] );         // H255
assign H_LINE17 = ~( ~H[8] |  H[7] |  H[6] |  H[5] |  H[4] |  H[3] |  H[2] | ~H[1] |  H[0] );         // H258
assign H_LINE18 = ~(  H[8] |  H[7] |  H[6] |  H[5] |  H[4] |  H[3] |  H[2] | ~H[1] |  H[0] );         // H002
assign H_LINE20 = ~( ~H[8] |  H[7] |  H[6] | ~H[5] | ~H[4] |  H[3] |  H[2] |  H[1] |  H[0] );         // H304
assign H_LINE21 = ~( ~H[8] |  H[7] | ~H[6] |  H[5] |  H[4] |  H[3] |  H[2] | ~H[1] | ~H[0] );         // H323
assign H_LINE22 = ~( ~H[8] |  H[7] |  H[6] | ~H[5] | ~H[4] |  H[3] | ~H[2] |  H[1] |  H[0] );         // H308
assign H_LINE23 = ~( ~H[8] |  H[7] | ~H[6] |  H[5] | ~H[4] |  H[3] | ~H[2] |  H[1] |  H[0] );         // H340
assign V_LINE0N = ~( ~V[7] | ~V[6] | ~V[5] | ~V[4] |  V[3] | ~V[2] | ~V[1] | ~V[0] |  MODE );         // V247 NTSC
assign V_LINE0P = ~( ~V[8] |  V[7] |  V[6] |  V[5] | ~V[4] |  V[3] |  V[2] |  V[1] |  V[0] | ~MODE ); // V272 PAL
assign V_LINE1N = ~( ~V[7] | ~V[6] | ~V[5] | ~V[4] |  V[3] | ~V[2] |  V[1] |  V[0] |  MODE );         // V244 NTSC
assign V_LINE1P = ~( ~V[8] |  V[7] |  V[6] |  V[5] |  V[4] | ~V[3] | ~V[2] |  V[1] | ~V[0] | ~MODE ); // V269 PAL
assign V_LINE2N = ~( ~V[8] |  V[7] |  V[6] |  V[5] |  V[4] |  V[3] | ~V[2] |  V[1] | ~V[0] |  MODE ); // V261 NTSC
assign V_LINE2P = ~(  V[8] |  V[7] |  V[6] |  V[5] |  V[4] |  V[3] |  V[2] |  V[1] |  V[0] | ~MODE ); // V000 PAL
assign V_LINE3N = ~( ~V[7] | ~V[6] | ~V[5] | ~V[4] |  V[3] |  V[2] |  V[1] | ~V[0] |  MODE );         // V241 NTSC
assign V_LINE3P = ~( ~V[7] | ~V[6] | ~V[5] | ~V[4] |  V[3] |  V[2] |  V[1] |  V[0] | ~MODE );         // V240 PAL
assign V_LINE4  = ~(  V[8] |  V[7] |  V[6] |  V[5] |  V[4] |  V[3] |  V[2] |  V[1] |  V[0] );         // V000
assign V_LINE5  = ~( ~V[7] | ~V[6] | ~V[5] | ~V[4] |  V[3] |  V[2] |  V[1] |  V[0] );                 // V240
assign VLINE241 = ~( ~V[8] | ~V[7] | ~V[6] | ~V[5] | ~V[4] |  V[3] |  V[2] |  V[1] | ~V[0] | ~MODE |  DENDY ); // V241 PAL INT
assign VLINE291 = ~( ~V[8] |  V[7] |  V[6] | ~V[5] |  V[4] |  V[3] |  V[2] | ~V[1] | ~V[0] | ~MODE | ~DENDY ); // V291 DENDY INT
assign VLINE311 = ~( ~V[8] |  V[7] |  V[6] | ~V[5] | ~V[4] |  V[3] | ~V[2] | ~V[1] | ~V[0] | ~MODE );          // V311 PAL


[and1981]

and1981, подскажи по коду, в модуле главного генератора таймингов PPU присвоения нескольких H_LINE, V_LINE описывают свойства разных версий PPU?

Код: [Выделить]

assign H_LINE0  = ~( ~H[8] |  H[7] |  H[6] |  H[5] | ~H[4] |  H[3] | ~H[2] | ~H[1] | ~H[0] );         // H279
assign H_LINE1  = ~( ~H[8] |  H[7] |  H[6] |  H[5] |  H[4] |  H[3] |  H[2] |  H[1] |  H[0] );         // H256
assign H_LINE2  = ~(  BLNK |  H[8] |  H[7] | ~H[6] |  H[5] |  H[4] |  H[3] |  H[2] |  H[1] | ~H[0] ); // H065
assign H_LINE5  = ~(  BLNK | ~H[8] |  H[7] | ~H[6] |  H[5] | ~H[4] |  H[3] |  H[2] | ~H[1] | ~H[0] ); // H339
assign H_LINE6  = ~(  BLNK |  H[8] |  H[7] |  H[6] | ~H[5] | ~H[4] | ~H[3] | ~H[2] | ~H[1] | ~H[0] ); // H063
assign H_LINE7  = ~(  BLNK | ~H[7] | ~H[6] | ~H[5] | ~H[4] | ~H[3] | ~H[2] | ~H[1] | ~H[0] );         // H255
assign H_LINE17 = ~( ~H[8] |  H[7] |  H[6] |  H[5] |  H[4] |  H[3] |  H[2] | ~H[1] |  H[0] );         // H258
assign H_LINE18 = ~(  H[8] |  H[7] |  H[6] |  H[5] |  H[4] |  H[3] |  H[2] | ~H[1] |  H[0] );         // H002
assign H_LINE20 = ~( ~H[8] |  H[7] |  H[6] | ~H[5] | ~H[4] |  H[3] |  H[2] |  H[1] |  H[0] );         // H304
assign H_LINE21 = ~( ~H[8] |  H[7] | ~H[6] |  H[5] |  H[4] |  H[3] |  H[2] | ~H[1] | ~H[0] );         // H323
assign H_LINE22 = ~( ~H[8] |  H[7] |  H[6] | ~H[5] | ~H[4] |  H[3] | ~H[2] |  H[1] |  H[0] );         // H308
assign H_LINE23 = ~( ~H[8] |  H[7] | ~H[6] |  H[5] | ~H[4] |  H[3] | ~H[2] |  H[1] |  H[0] );         // H340
assign V_LINE0N = ~( ~V[7] | ~V[6] | ~V[5] | ~V[4] |  V[3] | ~V[2] | ~V[1] | ~V[0] |  MODE );         // V247 NTSC
assign V_LINE0P = ~( ~V[8] |  V[7] |  V[6] |  V[5] | ~V[4] |  V[3] |  V[2] |  V[1] |  V[0] | ~MODE ); // V272 PAL
assign V_LINE1N = ~( ~V[7] | ~V[6] | ~V[5] | ~V[4] |  V[3] | ~V[2] |  V[1] |  V[0] |  MODE );         // V244 NTSC
assign V_LINE1P = ~( ~V[8] |  V[7] |  V[6] |  V[5] |  V[4] | ~V[3] | ~V[2] |  V[1] | ~V[0] | ~MODE ); // V269 PAL
assign V_LINE2N = ~( ~V[8] |  V[7] |  V[6] |  V[5] |  V[4] |  V[3] | ~V[2] |  V[1] | ~V[0] |  MODE ); // V261 NTSC
assign V_LINE2P = ~(  V[8] |  V[7] |  V[6] |  V[5] |  V[4] |  V[3] |  V[2] |  V[1] |  V[0] | ~MODE ); // V000 PAL
assign V_LINE3N = ~( ~V[7] | ~V[6] | ~V[5] | ~V[4] |  V[3] |  V[2] |  V[1] | ~V[0] |  MODE );         // V241 NTSC
assign V_LINE3P = ~( ~V[7] | ~V[6] | ~V[5] | ~V[4] |  V[3] |  V[2] |  V[1] |  V[0] | ~MODE );         // V240 PAL
assign V_LINE4  = ~(  V[8] |  V[7] |  V[6] |  V[5] |  V[4] |  V[3] |  V[2] |  V[1] |  V[0] );         // V000
assign V_LINE5  = ~( ~V[7] | ~V[6] | ~V[5] | ~V[4] |  V[3] |  V[2] |  V[1] |  V[0] );                 // V240
assign VLINE241 = ~( ~V[8] | ~V[7] | ~V[6] | ~V[5] | ~V[4] |  V[3] |  V[2] |  V[1] | ~V[0] | ~MODE |  DENDY ); // V241 PAL INT
assign VLINE291 = ~( ~V[8] |  V[7] |  V[6] | ~V[5] |  V[4] |  V[3] |  V[2] | ~V[1] | ~V[0] | ~MODE | ~DENDY ); // V291 DENDY INT
assign VLINE311 = ~( ~V[8] |  V[7] |  V[6] | ~V[5] | ~V[4] |  V[3] | ~V[2] | ~V[1] | ~V[0] | ~MODE );          // V311 PAL


Все просто, те которые используются в ПАЛ и НТСЦ - это общие линии на две системы, те которые помечены как ПАЛ - используются только в ПАЛ ну и НТСЦ соответственно, а для Денди от ПАЛ только одна линия отличается. Надо видимо отдельную тему сделать, дабы не флудить здесь.

[rgz]

Изначально этот каскад был взят китайцами 1 : 1 как в схеме NESRGB

Привет. А подскажи, где можно найти/скачать принципиальную схему NESRGB? А то, что-то в инете ничего не находит. Если можешь поделиться, буду рад. Можно в личку. Спасибо

[and1981]

Схема была мной получена еще в 2020 году, я даже тогда нарисовал плату, но руки как-то не доходили заказать и проверить. Потом увлекся ФПГА PPU по стопам HWM и уже эта тема стала не столько актуальна для меня. Но вот совсем недавно решил сделать собственный софт под NESRGB, чисто ради интереса. Пришлось допилить и заказать платы в Китае. 

[rgz]

Большое тебе, дружище спасибо and1981  . Просто, я себе купил на Алике LavaRGB, а схемы нигде не находил в инете, хотел срисовать для себя, чтоб понять как и что там реализовано, но все времени нехватало, так пока и лежит платка без действия. Со временем все же хочу установить в свой NES, чтобы был RGB.
PS. Хотел ещё один вопрос уточнить. На твоей схеме есть джампер J7 PAL/NTSC, как он работает? Зависит его работа как-то от применяемых чипов PPU и CPU: PAL NES, NTSC NES или гибрид "Dendy"? Спасибо.

[and1981]

Большое тебе, дружище спасибо and1981  . Просто, я себе купил на Алике LavaRGB, а схемы нигде не находил в инете, хотел срисовать для себя, чтоб понять как и что там реализовано, но все времени нехватало, так пока и лежит платка без действия. Со временем все же хочу установить в свой NES, чтобы был RGB.

Так у Lava другая схема, может тебе схема Lava тогда нужна?

[rgz]

Так у Lava другая схема, может тебе схема Lava тогда нужна?

Да, буду тебе благодарен, если такая схема имеется. Платка у меня  называется NESRGB CH 2024 на Altera собрана с переходником для установки в Famicom.

[and1981]

Да, буду тебе благодарен, если такая схема имеется. Платка у меня  называется NESRGB CH 2024 на Altera собрана.

Есть и такая

[rgz]

Есть и такая

Большое тебе спасибо