Jump to content

    

Jury093

Участник
  • Content Count

    1272
  • Joined

Community Reputation

0 Обычный

About Jury093

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

Контакты

  • Сайт
    Array
  • ICQ
    Array

Информация

  • Город
    Array

Recent Profile Visitors

10730 profile views
  1. АОН

    возможно это что-то типа: отсюда https://cxem.net/telefon/2-86.php или тут (http://window.edu.ru/app.php/catalog/pdf2txt/977/38977/16675?p_page=4): найдено в гугле по "атс 1100 1700 гц"
  2. посмотрите в каталоге производителя в разделе tools https://literature.hubersuhner.com/Technologies/Radiofrequency/RFConnectorsEN/?page=530 кабель до 40 GHz с ценником ~30EU.. напишите на тамошний суппорт, вполне могут ответить..
  3. у этой серии коммутируемый ток от мкА до 0.5А, а вы хотите пропустить через контакты в 2-3 раза больше. если цепи не расплавятся, то просто обгорят через несколько циклов или перекосит механику. типовой пример - коммутация электрики в обычном автомобиле, где либо выключатель рассчитан на требуемый ток, либо ставится промежуточное реле вам или искать аналог в подобном конструктиве с подходящими характеристиками, или использовать вместе с этим переключателем реле..
  4. здравая идея, согласен. или на любой подходящий накопитель..
  5. ну хорошо, по логике вроде все правильно - устройство есть, модуль грузится. видимо проблема где-то в транспорте SPI есть смысл снизить частоту, например в этой строке: spi-max-frequency = <16000000>; сойдет вплоть до 1 МГц, также уже можно будет пробовать анализатор по подключению не понятны пара моментов - длина проводов от платы до экрана (чем короче, тем лучше) и есть ли возможность отсадить экран на отдельный SPI, особенно если на SPI0.0 сидит флешка с рутовой чисто для проверки можно прописать SPI-GPIO и подключить экран на любые подходящие io контакты платы также проверьте в конфиге ядра, что включена поддержка консоли: CONFIG_FRAMEBUFFER_CONSOLE=y CONFIG_FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y CONFIG_FRAMEBUFFER_CONSOLE_ROTATION=y в логе должна появиться строка [ 45.945460] Console: switching to colour frame buffer device 40x30 ЗЫ как буфера можно использовать из 74 серии проходные неинвертирующие ЛЭ
  6. видно, что драйвер загружается [ 0.957001] fb_ili9341 spi0.1: fbtft_request_one_gpio: 'reset-gpios' = GPIO36 [ 0.971206] fb_ili9341 spi0.1: fbtft_request_one_gpio: 'dc-gpios' = GPIO38 [ 1.252525] graphics fb0: fb_ili9341 frame buffer, 320x240, 150 KiB video memory, 16 KiB buffer memory, fps=25, spi0.1 at 16 MHz до контроллера экрана что-то долетает, раз он показывает цветной мусор есть ли в системе устройство /dev/fb0 и если есть, то попробуйте команду dd if=/dev/urandom of=/dev/fb0 bs=1 count=153600 это вывод рандома в память фреймбуфера - экран должен заполниться цветными точками ЗЫ байты в процедуре инита экрана на Малине и тут одинаковые?
  7. странно, что fbset ничего не выводит, должно быть подобно: fbset -i mode "320x240" geometry 320 240 320 240 16 timings 0 0 0 0 0 0 0 rgba 5/11,6/5,5/0,0/0 endmode линк на драйвер покажите и до кучи вывод команды dmesg в файл, куда-нить на pastebin.com и линк сюда
  8. AM3352 - uboot

    так если конфигурация железа своя, то и править надо под себя.. попробуйте вот такое http://linuxkernel51.blogspot.com/2015/08/booting-beagle-bone-black-over-uart.html там внизу линк на бинарники https://drive.google.com/drive/folders/1YptCFuI6yWkaTRaDZqB2JLuWj5qYq6D6 я лет 8 назад вполне грузил am3354/am3359 и с xmodem и с uSD исходники можно посмотреть в ванильных убуте и ядре, там вроде были дефолтные конфиги под BB и BBB
  9. ну примерно так и выглядит.. на этом задохлике голый xorg взлетает от startx до рабочего стола за 8.4 секунды, конечно не с кедами, но с полноценной графикой firefox почему-то выпилили для архитектуры armel, проверил Konqueror - время загрузки до окна ввода url ~11.8 секунд да, для понимания цифр - это на uSD, начальные цифры о 5.6s - это измерялось на eMMC (там неудачная разбивка и лишнего не поставить)
  10. линукс с не лучшим железом на свете не согласен (и это неоптимизированная система на debian 10) root@imx6dl:~# systemd-analyze Startup finished in 1.808s (kernel) + 3.812s (userspace) = 5.621s
  11. что-то типа: "Currently the MAC address generated on the Pi simply concatenates the OUI with the last 24 bits of the randomly-generated serial number embedded in the SoC OTP. This is passed through the command line to Linux which has a driver-specific hack to set the MAC address on the attached LAN9512 (there are problems with this approach, but it suffices for now)." https://www.raspberrypi.org/forums/viewtopic.php?t=264095 и там по треду есть упоминания о OTP для custom MAC https://www.raspberrypi.org/forums/viewtopic.php?t=231700 серийник процессора (у меня rPi3) можно посмотреть командой cat /proc/cpuinfo у меня в системе совпадает
  12. а автору плат вопросы задали, он в курсе? по imx6s последние упоминания там были за 2019 - смена ревизии ddr3 и обновление конфига в еррате от 2019 есть упоминания о проблемах lpddr2/lpddr3, но там проблема с двумя чипами, а на Холе и СоМах вроде как один и просто ddr3
  13. в процеcсор imx6s встроен термодатчик (с какими-то погрешностями конечно) root@holapc:~# cat /sys/class/hwmon/hwmon1/name imx_thermal_zone root@holapc:~# cat /sys/class/hwmon/hwmon1/temp1_input 47191
  14. winrar 5.91 открывает, старые версии могут не понимать этот архив 2ТС - на мой дилетанский взгляд, в этой конструкции always @(posedge vga_clk) begin if(x_pos==1 || x_pos == WIDTH-1) begin R<=0; G<=6'b111111; B<=0; end else begin R<=0; G<=0; B<=0; end end надо добавить проверку HEIGHT update в этом условие явно косяк if(x_pos==1 || x_pos == WIDTH-1) всего два варианта включения зеленого канала, а надо 1>=x_pos<=WIDTH-1