Jury093

чисто для старта - по делителю, из локи: по хорошему, надо еще монтажку прикладывать, там тоже бывают косяки (ошибки пинаута или разводки)

чисто для информации, я в свое время экспериментировал с Cyclone V -> rgb24 -> tfp401 -> hdmi monitor. дело было под линуксом с программным фреймбуфером до 1024х768 работало стабильно, но вот выше 1280х1024 и + начались проблемы с изображением и стабильностью работы, как версия - не хватило производительности системы на старших разрешениях.. не знаю, что у вас там будет в качестве источника видео - статика в баребоне или линукс, но вполне могут вылезти проблемы с производительностью на интерфейсе hdmi

вероятно это tmp-j01x-v6 (см аттач), для уточнения гуглите "FM-8900S service manual"

начните с простейшего - проверьте осциллографом активность сигналов miso, mosi, clk, cs0 в момент старта AWBoot далее в исходниках разбираетесь со смыслом выводимой ошибки "unknown mfr:0x00 dev:0x00ef" я бы трактовал это как "прописали 0xef, вычитали из чипа 0x00",

насколько я помню, /dev/spi и не появится, разве что в кривых китайских драйверах, но может появится устройство типа флешки на spi.. для появления /dev/spidev* надо проверить включение опции в ядре - CONFIG_SPI_SPIDEV

не, если светик не моргает, то загрузки по сетке или с юсб флешки не будет. видимо все же надо выполнить процедуру: отсюда https://www.raspberrypi.com/documentation/computers/raspberry-pi.html#raspberry-pi-boot-eeprom и там же почитать мало ли WP включен: у меня RPi4 нет и все советы даю исключительно по инфе из инета..

постоянно меняются цифры потребления, т.е. система активна, понятно, что постоянное потребление скверно. как вариант диагностики - разыскать на плате малины "eeprom в которой загрузчик" и с помощью осциллографа посмотреть на активность обращения к этой eeprom. если обращения есть, то слетела прошивка в этой eeprom или сгорел сам чип если обращений нет, то остается попробовать разобраться с системой питания, проверить ее исправность и далее дефектовать всю плату.. тут как рулетка, могло статикой пробить любой компонент на плате, могла крошка металлическая залететь, микротрещина на многослойке, от броска dc/dc отъехал и еще пара страниц причин. ЗЫ если на гарантии и непаянная то сдать..

у вас был упомянут "подавалось с лабораторного источника" - для дохлой малинки можно посмотреть потребление по току. если допустим выгорел dc/dc, то ток будет явно меньше чем у рабочей на той же фазе загрузки. величины токов для исправной малины лучше поискать на форумах, т.к. своим лабораторником можете пожечь и очередную малинку, не выяснив причины отказа первой

если светодиод совсем не моргает, то с большой вероятностью по вышеприведенной ссылке можно выйти на страницу с софтом для малинок и подобрать вариант загрузки с сетки (потребуется NFS server) или с usb флешки. если это лениво-непонятно-сложно, то поискать как к малине4 подключить консоль и посмотреть начальный вывод инфы при загрузке. если живая малина будет писать в консоль, а этот экземпляр нет, то видимо что-то сожгли и далее выкинуть-чинить-украсть-подарить.. да, если бы светик моргал но плата не грузилась, то посоветовал бы посмотреть-почистить ламели слота uSD карты, бывает что пачкаются или загибаются..

google->"raspberry pi 4 doesn't boot" https://forums.raspberrypi.com/viewtopic.php?f=28&t=58151#p1485558 например

возможно проще подобрать подходящий дисплей с другим контроллером и поставить однокристалку в качестве ретранслятора, благо там скорости небольшие и какой-нить атмеги ил pic-a должно хватить насколько я помню - две бескорпусные кляксы это два контроллера отвечающих за половинки экрана кстати, у Vishay есть подходящая позиция 160х32 именно с sed1520 (or equivalent) https://www.vishay.com/en/displays/lcd-graphic/ https://www.vishay.com/en/product/37354/

фрагмент схемы был взят из приаттаченного документа MAX9406EVKIT.PDF

Россия заблокирована в analog device "Access denied under U.S. Export Administration Regulations", в сети ловится документ на Ev board и там схема, где странно перекрещены DATAXP/N на входы чипа IN_DX+/- проверьте что там с полярностями при прохожение разъема в вашем случае

по логу лучше смотреть командой dmesg | grep usb где д.б. строки подобные [ 1.928522] usb 2-1: new high-speed USB device number 2 using ci_hdrc и устройства на шине лучше смотреть командой lsusb до вашей периферии дело не дойдет, пока не поднимется upstream порт хаба, вот когда пройдет его энумерация, тогда ядро будет смотреть что подключено на его downstream портах (gsm там и прочие флешки) чтобы запустился usb хаб надо выполнить все условия из документации - правильное и своевременное питание, тактирования (от кварца или внешней частоты), сигнал reset и правильная комбинация на конфигурационных контактах (если они есть)

в конфиге ядра проверьте что отключена опция CONFIG_USB_OTG_DISABLE_EXTERNAL_HUB https://www.kernelconfig.io/config_usb_otg_disable_external_hub?q=&kernelversion=6.5.7&arch=arm

для начала надо убедиться, что система имеет доступ в интернет, например ping ya.ru или ping hp.com в зависимости от страны с оборудованием если пинг не проходит (и не будет работать ntpd), то проверить актуальный gateway и содержимое /etc/resolv.conf если сюда добрались, то пора смотреть на ntpd, запущен ли? ps -A |grep ntp если нет, то /etc/init.d/ntp restart и проверить состояние ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================== 0.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.004 1.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.004 2.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.004 3.debian.pool.n .POOL. 16 p - 64 0 0.000 0.000 0.004 +ntp.ix.ru .GLN. 1 u 54 64 1 59.101 7.383 1.723 213.234.203.30 89.109.251.23 2 u 23 64 1 44.507 8.628 0.250 #195.218.227.230 85.21.78.8 3 u 56 64 1 28.645 1.857 1.660 -ns.aksinet.net 194.58.202.148 2 u 31 64 3 20.753 9.709 2.634 -ns1.ooonet.ru 89.109.251.24 2 u 28 64 3 39.614 12.959 2.740 *192.36.143.130 .PPS. 1 u 32 64 3 12.200 8.739 2.531 #nsa.lds.net.ua 194.190.168.1 2 u 38 64 3 26.151 72.104 3.105 update1 вот не знаю, требуется ли в системе /dev/rtc0, в железках где работал с ntp устройство rtc0 всегда было. как поведет ntpd при отсутствие rtc0 вопрос может никак, а может будет против.. update2 можно вместо сервера ntpd поставить клиента ntpdate

на мой взгляд, при 5 контактах там прозванивать без шансов, более вероятна шина i2c или spi

погуглите "jcd 908s доработка" первый десяток ссылок и видео. если дефект распространенный, то там и прочитаете как ремонтировать

какой смысл был заливать полигонами фотку? плата похоже из hmx6200, если над аудиоразъемами этажеркой db9 ставится.. https://www.kvm-switches-online.com/hmx6200t-001.html

судя по флайерсу на 6185 на вашей плате задействованы все порты. и если посмотреть в картинку в аттаче, то для оптики предназначены 3 порта и похоже 2 из них заняты под phy+rj45, т.е. остается 1 порт допустимый для оптики потыкайте 100М в каждый слот, может повезет и сработает media speed autodetect. про доку уже написали, у марвелла обычно очень навороченные камни.. еще можно считать содержимое конфигурационной eeprom и посмотреть на наличие повторяющихся структур, при наличие доки можно поправить бит/другой для изменения конфига если найдете пинаут, то видна шина mdc/mdio, но опять же без доки там будет сложно ну и погуглить "88e6185 linux" там есть ссылки на драйвера, где можно подчерпнуть какую-то инфу

мало ли пропустили: Status: Not Recommended for new designs https://www.microchip.com/en-us/product/KSZ8841

проверяйте по направлениям: - разницу в первой и второй партии - что могло поменятся (производитель, монтажник, детали) - качество тактовой (другой генератор), временно попробуйте внешний кварц или в разрыв тактовой проходной резистор 50-100 Ом - возмущения по питанию - встать осциллом в ждущем режиме на питания 3в3 и 5в и посмотреть возможные всплески при подключение мыши или клавиатуры (22 uF попробовать заменить на 100 uF) - отрезать dp/dm от cp2102 и подключить скрученными проводками к dp/dm любого порта, потом проверить поведение хаба при подключение устройства

возможно PS2805-1 (renesas)

оно? http://aleemarket.ru/100201087-klemma-papa-63kh08mm-latun-na-platu-pod-bolt-m4-ugol-90/ на вид автомобильное исполнение, ответный разъем "мама" автомобильная клемма (или силовая электротехника), ширина бывает разная

а что у вас на 0х20? если gpio expander, то он может не детектиться i2cdetect, но i2cget/set работают если что-то самолепное, то может какой сигнал reset не отпустили от малины до слейва? если есть осциллограф, то в момент старта i2cdetect посмотрите диаграммы сигналов sda/scl, как минимум там д.б. пачки импульсов, ну и красивой формы желательно скорость шины д.б. не выше (по умолчанию 100 кГц) чем у слейва кстати, на профильном форуме вам посоветовали внешние пуллапы поставить (т.к. у rp4 встроенные довольно большие по номиналу), временно привесьте 1к8-3к3 ну и как вариант, перекрутите шинку 4 на i2c-gpio, как пример (поправьте под свое железо) dtoverlay=i2c-gpio,i2c_gpio_sda=2,i2c_gpio_scl=3,i2c_gpio_delay_us=2,bus=1 добавлено: мало ли ваша доплата на длинном шлейфе подключена к шине, отключите и на 4-х коротких проводках подключите в качестве проверки что-то типа 24c02[c32], чисто проверить исправность шины и её настройки.