Jump to content

    

Jury093

Участник
  • Content Count

    1201
  • Joined

Community Reputation

0 Обычный

About Jury093

  • Rank
    верховный вождь
  • Birthday 01/01/1919

Контакты

  • Сайт
    Array
  • ICQ
    Array

Информация

  • Город
    Array

Recent Profile Visitors

9959 profile views
  1. все же посмотрите на usb - в вашем случае этот путь даже проще, чем с ramfs. взяли usb флешку, разметили одним томом в 83, форматнули в ext3, туда просто скопировать содержимое вашей рутовой, в убуте ядру надо объяснить "console=xxxx rootwait root=/dev/sda1" до mtdparts дело не дойдет пока не задетектится сам чип nand - я в линке на прошлой странице привел чужой лог для l138 и детект nanda и еще раз - rootwait=1 - это бессмыслица rootwait - без аргументов, ждет готовности накопителя с корневой rootdelay=X - ждет X секунд и начинает поиск накопителя, при неудаче валит ядро, если не найдет этого или иного источника для загрузки корневой
  2. судя по ближайшему логу https://support.criticallink.com/redmine/attachments/18172/dmesg.log у вас д.б. нечто подобное: NAND device: Manufacturer ID: 0x01, Chip ID: 0xbc (AMD NAND 512MiB 1,8V 16-bit) если этого нет, то дальше дело не пойдет.. update забыл добавить про "rootwait=1", тут либо чисто rootwait либо rootdelay=1,
  3. итого, как я понял, пакеты с клиента в момент загрузки ядра до nfs сервера даже не прилетают. nfs client у вас в ядро встроен надеюсь, а не модулем? тогда получается, что проблема на стороне ядра, но накопителей для организации временной загрузки нет.. есть вариант - сплодите из своего "стандартного дерева" образ ramfs, получите монолитный файл рутовой потом на tftproot хоста положите 3 бинарника - ядро, dtb и ramfs. сетка из убута у вас работает. все добро грузите в память платы и бутитесь ну и получив консоль, разбираетесь в исправности и настройках сетевого интерфейса
  4. в ядре поддержка nfs client включена? а что на хосте 116 лежит дальше по пути /home/kirill/Projects/Lumex/InfraLum/NS ? если стандартное дерево, то в этой строке console=ttyS2,115200n8 noinitrd rw rootwait ip=192.168.228.253:192.168.228.116:192.168.228.1:255.255.255.0::eth0: root=/dev/nfs nfsroot=192.168.228.116:/home/kirill/Projects/Lumex/InfraLum/NS ничего не трогая, допишите init=/bin/sh или rdinit=/bin/sh если загрузится, то попробуйте в исходной строке убрать noinitrd не дописывая init= разумеется
  5. MCP23008 I2C GPIO

    пардон, невнимательно прочитал и купился на "подключено несколько расширителей" впрочем, ТС свою проблему уже решил..
  6. MCP23008 I2C GPIO

    чтобы пины дергались одновременно надо вместо i2c gpio expander-ов поставить либо груду регистров-защелок, сначала их загрузить, потом дать разрешение вывода либо если пинов мало в линуксе поставить на spi регистры с последовательной загрузкой.. i2c доступ не даст одновременное переключение в нескольких расширителях i2c в силу своей природы да, еще есть вариант между i2c расширителями и нагрузкой поставить буферы с разрешающим стробом, но это колхозный колхоз
  7. здесь слово петалинукс знает 2-3 человека, но ваши проблемы с убутом врядли кто порешает. погуглите "bl31.bin NOT found" и ищите подобные темы на xilinx, типа https://forums.xilinx.com/t5/Embedded-Linux/Ultrascale-Uboot-xlnx-not-initialing-after-FSBL/td-p/889971 очень похоже, что нужен bl31.bin - какая-то бинарная секуритата "arm-trusted-firmware"
  8. а вы для разнообразия приведите на какой архитектуре запускаете, как память запрашиваете и вывод лога сегфолта.. в мире линукса есть простейшее правило, чем больше информации при вопросе вы дадите, тем выше вероятность получения ответа.. может у вас срабатывает какой-нить OOM..
  9. SDIO на STM32F723

    может есть смысл поменять msb<>lsb? "Последние два байта MBR должны содержать число 0xAA55"
  10. странноватая задача, сначала уменьшить, потом при выводе увеличить. посмотрите стр 128 раздел "The video scaler", там заявлено от 1/16х до 32х, может его удастся пристроить, если конечно он есть в V3s ЗЫ1 дока достаточно помоистая, руки бы пообрывать составителям ЗЫ2 "800x480 работать в режиме 400x240" - конечно напрямую нельзя, т.к. у матрицы есть понятие "нативное разрешение" с фиксированными пределами по тактовой и частотам для разверток.
  11. конечно плохо искали. для bq40z50 есть devboard, в документации к которой есть БОМ лист, где можно выяснить часть наименования sfdxxxx, далее достаточно погулить и http://battery.newlist.ru/images2/Fuse.pdf на странице 4 выбираете под свой ампераж, ну и далее ищете где продают.. в принципе, можно обойтись без этого fuse, достаточно заблокировать его в регистре (впрочем, может еще нужен резистор, не помню, смотрите на ветке форума техаса) феном нормально и ставятся и снимаются. вот паяльником да, плохо, я штук 5 запорол пока смог хоть как-то подпаять
  12. если что, у ТС на фотке под элементом написано "F1", что как-бы намекает на предохранитель в этой позиции а по маркировке - это резистор 0.1 Ohm 1%, по размеру похож на 0.25Вт (или что там у буржуев по мощности)
  13. это Rev3, я бы посоветовал ТС сделать Rev4 с хорошо проверенным решением типа как на фото в аттаче - золоченые площадки под погопины (слева от нижнего симдержателя) ну или Rev3.1 с золочением торцевых полуотверстий, т.к. ПОС на этих контактах неизбежно попадет на позолоченные контакты стенда..
  14. врядли тут на такой вопрос ответят, проще задать вопрос техподдержке: https://www.weiss-chemie.com/ru/klei/kleevye-sistemy/cianoakrilaty/sekundnyi-klei-cosmo-ca-500200/ или почитать тех. паспорт на клей: https://www.weiss-chemie.com/fileadmin/downloads/tds/cosmo_ca/cosmo_ca_500/ca-500.200/tds_cosmo_ca_500_200_ru.pdf где сказано "Срок хранения в невскрытой оригинальной таре: 12 месяцев" - о каких "пару лет" речь? зы штрихкод 42 - не факт, что это Германия, у которой 40
  15. посмотрите у китайцев http://www.connfly.com/product.aspx?cid=403 похоже максимальная высота обоймы 4.5 мм если поделка разовая, то можно удлинить проходным папой, запаяв в стык. если в серию, то проще спроектировать переходник из вертикальной pcb и угловыми папой-мамой. феном нагреть не получится - расплавится материал корпуса