-
Постов
100 -
Зарегистрирован
-
Посещение
Репутация
0 ОбычныйИнформация о Liseev
-
Звание
Частый гость
Контакты
-
Сайт
Array
Информация
-
Город
Array
Посетители профиля
2 170 просмотров профиля
-
Мультиметр с USB интерфейсом,авто.выбор диапазона измерения, детектор напряжения, TRUE RMS. Абсолютно новый, без эксплуатации. На гарантии. Куплен 30 июля в Чип и Дипе. https://www.chipdip.ru/product/ms8250d 3000 руб. 8 921 944-48-42 [email protected] Сергей
-
Образ создается, имя стандартное - image.ub. Вручную скопировать можно, само не лезет ((
-
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 или какая-то незадокументированная особенность?
-
Вопрос закрыт. Проблема в унылом китайском шнурке. Взяли у официалов родной кабель, все заработало слету.
-
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 В общем хочу найти заведомо рабочий кабель и сравнить. Уж больно хрень какая-то
-
Разобрал коробочку Производитель - MCUPro
-
А можно поподробнее про то, как он не работает в USB 2.0? У меня такая проблема; link
-
Посмотрел через New Target выдает ту же ошибку. Запускал сразу после перезагрузки машины. В виндах картина аналогичная. Пробовал на другой плате, с другим кристаллом - та же фигня Есть утилитка hw_serverpv - Она при запуске пишет, что нашла кабель, и его тест прошел. Может дело в кабеле? Полагаю, это не оригинальный (на заднице написано www.SysCLK.com)
-
Через New Target тоже пробовал. Тоже ругается. Сейчас точно не помню как, в понедельник гляну, но что-то похожее
-
Досталось по рабочему наследству, нужно освоить. С 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 Куда копать далее?
-
Проблема решена. Ошибка донельзя глупая. Вход генератора (25 МГц) Output Enable был запаян на землю, в результате чего генератор ничего и не генерил. Непонятно каким образом PHY все же формировала какие-то левые частоты. Естественно, все работало на петлю, но никто из других внешних устройств эту частоту не воспринимал.
-
Проблемы с Ethernet
Liseev опубликовал тема в Fast Ethernet/Gigabit Ethernet/FibreChannel
Есть плата с 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. -
Отписываюсь. Плату восстановил. Действительно, после прошивки "чужого" проекта она встала раком. Помогло полное стирание FLASH памяти. Но, Olimex ARM-USB-OCD так и не заработал. Как и прежде, не может законнектится. Может и впрямь сдох... Пользуюсь пока другим отладчиком.
-
Досталась от зарубежных коллег на доработку плата с 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) не используется. Что бы это могло значить?
-
SAM3S и таблица векторов
Liseev ответил Liseev тема в ARM, 32bit
Все заработало, спасибо. Если кому интересно: Изначально в проекте стартапа в явном виде не было, линковщик вытаскивал его из библиотеки уже в откомпилированном виде. Таблица содержала вектора только для системных прерываний. startup.c взятый из примеров IAR для SAM3 компилировался с ошибками, startup.s вообще был пустой. Взял startup.s от одного из NXP, немного поправил, заработало.