Перейти к содержанию
    

Liseev

Свой
  • Постов

    100
  • Зарегистрирован

  • Посещение

Репутация

0 Обычный

Информация о Liseev

  • Звание
    Частый гость
    Частый гость

Контакты

  • Сайт
    Array

Информация

  • Город
    Array

Посетители профиля

2 136 просмотров профиля
  1. Мультиметр с USB интерфейсом,авто.выбор диапазона измерения, детектор напряжения, TRUE RMS. Абсолютно новый, без эксплуатации. На гарантии. Куплен 30 июля в Чип и Дипе. https://www.chipdip.ru/product/ms8250d 3000 руб. 8 921 944-48-42 [email protected] Сергей
  2. Образ создается, имя стандартное - image.ub. Вручную скопировать можно, само не лезет ((
  3. Ubuntu 16.04 Petalinux 2017.2 В petalinux-config задаю "Copy final image to tftpboot" и папку, куда собственно копировать После выполнения petalinux-build указанная папка пустая Пробовал задавать разные папки /tftpboot, /var/lib/tftpboot, ~/tftpboot - все они открыты для записи юзеру, руками в них копировать могу На той же системе Petalinux 2014.2 работает корректно, все копируется Это что, косяк 2017.2 или какая-то незадокументированная особенность?
  4. Вопрос закрыт. Проблема в унылом китайском шнурке. Взяли у официалов родной кабель, все заработало слету.
  5. IMPACT пробовал, chain он инициализирует, девайсы показывает, но при попытке назначить bit-файл, говорит, что либо файл битый, либо кристалл не поддерживается. Impact 14.7, кристалл - XC7Z015, наверное все таки не поддерживает. Тут другое. Неведомо каким образом кабель вдруг пару раз подключился в Vivado. Правда делал это он ну очень долго. Сначала минуты 2 думал, потом нарисовал chain и статус FPGA - Unprogrammed. Потом еще минуты 2 и поменял статус на Programmed. Все это время я смотрел осциллографом что проиходит на ноге TCK. Во время задумчивости никакой активности по JTAG не наблюдалось, потом на мгновение что-то проскакивало и опять по нулям. После перезагрузки повторить опыт не удалось. В лучшем случае после задумчивости пишет ERROR: [Labtools 27-3133] Error while setting target JTAG Clock Frequency Или как и раньше ERROR: [Labtools 27-3133] Error while setting target JTAG Clock Frequency Targets(s) ", jsn-DLC9LP-00000000000000" may be locked by another hw_server Причем название кабеля может быть и таким: jsn-DLC9LP-00000000000000jsn1jsn2jsn3 или таким: jsn-DLC9LP-00000000000000jsn1jsn2jsn3jsn4jsn5 В общем хочу найти заведомо рабочий кабель и сравнить. Уж больно хрень какая-то
  6. А можно поподробнее про то, как он не работает в USB 2.0? У меня такая проблема; link
  7. Посмотрел через New Target выдает ту же ошибку. Запускал сразу после перезагрузки машины. В виндах картина аналогичная. Пробовал на другой плате, с другим кристаллом - та же фигня Есть утилитка hw_serverpv - Она при запуске пишет, что нашла кабель, и его тест прошел. Может дело в кабеле? Полагаю, это не оригинальный (на заднице написано www.SysCLK.com)
  8. Через New Target тоже пробовал. Тоже ругается. Сейчас точно не помню как, в понедельник гляну, но что-то похожее
  9. Досталось по рабочему наследству, нужно освоить. С Xilinx до этого дела не имел, сидел на альтере. Дано: Ubuntu 14.04 LTS, Vivado 2015.3, Myir Z-Turn Board (XC7Z010 на борту), судя по всему китайский клон Platform Cable USB (DLC9G) Симптомы: в Hardware Manager пытаюсь сделать Open target->Auto connect, получаю ошибку: ERROR: [Labtoolstcl 44-494] There is no active target available for server at localhost. Targets(s) "jsn-DLC9LP-00...00" may be locked by another hw_server Драйвера от кабеля встали, зеленая лампочка горит, плата запитана iMPACT, насколько я понимаю, подключается, ибо рисует цепочку из двух девайсов - FPGA ZYNQ7000_ARM_DAP и FPGA xc7z010 Куда копать далее?
  10. Проблема решена. Ошибка донельзя глупая. Вход генератора (25 МГц) Output Enable был запаян на землю, в результате чего генератор ничего и не генерил. Непонятно каким образом PHY все же формировала какие-то левые частоты. Естественно, все работало на петлю, но никто из других внешних устройств эту частоту не воспринимал.
  11. Есть плата с LPC2478 и DP83848 в качестве PHY. Разводил не я, но что сразу не нравится: 1. Разводка PFBOUT на PFBIN (рекомендовано применить полигон) Напряжение здесь 1.7V, вроде в пределах. 2. Разводка TX+/- и RX+/- от PHY к трансформатору (рекомендовано тянуть дифф. пары) Разрывов по земле/питанию во внутренних слоях нет 3. Питание 3.3V сделано единым на всю плату (LPC, PHY, пара SHARC + всякая мелочевка вроде FLASH памяти, интерфейсов и т.п.) Как минимум, я бы запитал PHY через фильтрующие дроссели. Изначально применен интерфейс RMII. Мой тест: формирую широковещательный ARP запрос, отсылаю, пытаюсь получить его обратно. 1. Ставлю loopbak в MAC контроллере. Все работает ОК. 2. Ставлю loopbak в PHY. Пакеты возвращаются корректно только на 10 МБит, на 100 - бьются. 3. Внешний loopback кабель. 10 МБит - ОК, 100 - пакеты бьются. 4. Линк с внешним оборудованием поднимается только на 10 МБит, но пакеты не проходят. Меняю интерфейс на MII. Все три loopback-а работают. И на 10 МБит и на 100 МБит. Все пакеты возвращаются в том виде, в каком уходили. Длина внешнего loopback кабеля не имеет значения - метр или 10 - работает. Внешнее оборудование также, линк если и поднимает, то только на 10 МБит, но пакеты не идут. Свитч HP докладывает о corrupted пакетах. Собственно вопрос. Насколько критична разводка в данной ситуации (расстояния LPC - PHY - транс) 1-2 см? Почему тогда на кабель loopback все работает? Как вариант - неточная частота задающего генератора - типа PHY сам себя видит, но другие не хотят. Генератор взял в пределах допусков - 50ppm.
  12. Olimex ARM-USB-OCD-H

    Отписываюсь. Плату восстановил. Действительно, после прошивки "чужого" проекта она встала раком. Помогло полное стирание FLASH памяти. Но, Olimex ARM-USB-OCD так и не заработал. Как и прежде, не может законнектится. Может и впрямь сдох... Пользуюсь пока другим отладчиком.
  13. Olimex ARM-USB-OCD-H

    Досталась от зарубежных коллег на доработку плата с LPC2478 на борту. Проект в CrossWorks. В качестве отладчика был куплен Olimex ARM-USB-OCD-H. Недели через три решил ради интереса прогнать на испытуемой плате демо проект с сайта FreeRTOS. Процесс заткнулся на этапе верификации загруженного кода (если сейчас ничего не путаю). Оказалось, что впопыхах я взял проект для LPC2368. Не знаю, связано ли это с моим экспериментом, но Olimex с тех пор ведет себя крайне странно. Все попытки подключиться к плате (Target->Connect) приводят к ошибке "read failed" или иногда к "cannot find FTDI driver..." Если переподключить отладчик со стороны USB и платы, то удается сделать Target->Explore. При этом выдается список с одним обнаруженным устройством "ARM7TDMI" и OPCODE==0x4F1F0F0F, то есть что-то через JTAG все же пролезает. Но дальнейшие попытки соединения приводят к вышеописанным проблемам. На второй плате, релизной, вынутой из рабочего устройства, симптоматика повторяется. По словам коллег, CRP (Code Read Protection) не используется. Что бы это могло значить?
  14. Все заработало, спасибо. Если кому интересно: Изначально в проекте стартапа в явном виде не было, линковщик вытаскивал его из библиотеки уже в откомпилированном виде. Таблица содержала вектора только для системных прерываний. startup.c взятый из примеров IAR для SAM3 компилировался с ошибками, startup.s вообще был пустой. Взял startup.s от одного из NXP, немного поправил, заработало.
×
×
  • Создать...