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

ignoramus

Участник
  • Постов

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

  • Посещение

Репутация

0 Обычный

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

  • День рождения 25.05.1982

Контакты

  • Сайт
    Array

Информация

  • Город
    Array
  1. Дело оказалось в некачественном соединении процессора i.MX31 и чипа LAN9217: в одной из линий адреса оказался разрыв, на контакте чипа после старта висела либо 1 либо 0, соответственно, чип некорректно воспринимал адреса. После выявления и устранения данной проблемы, возникла следующая: при передаче фреймов в сеть из буфера TX_FIFO часть чипа, отвечающая за MAC время от времени зависает и не реагирует на требование остановить передачу, хотя при этом никакой передачи не ведет, выставляет флаг прерывания TX Error, но слова состояния передачи (TX Status Word) не возвращает. Кто-нибудь сталкивался с подобной проблемой?
  2. Здравствуйте! Пытаемся связать i.MX31 с SMSC LAN9217, образец схемы взяли из Freescale PDK 3 Stack Board, только вместо тамошней CPLD используем буферы ( TI TXB0108 ) для преобразования 1.8V в 3.3V; шина адреса, данных, nCS, nRD, nWR заведены на imx31. Проблема в том, что при чтении регистров LAN9217, читаются нули, причем не всегда, а как будто случайным образом. В основном бывает так, что при дампе всех регистров первая половина адресного пространства микросхемы читается нулями, а вторая считывается корректно, либо наоборот -- первая половина выдает правильные значения, а вторая нули. Кто-нибудь сталкивался с этим?
  3. i.MX233

    Здравствуйте! Подскажите, пожалуйста, какие средства аппаратной отладки для него лучше использовать? На сайте freescale упоминается codewarrior, но вроде как не указывается поддержка семейства i.MX, а jtag эмуляторов там вообще в продаже нет, нашел несколько сторонних в поисковике. Как быть?
  4. Всем спасибо за советы. Пока решено перейти на микросхему с USB Host, чтобы покупной КПК вообще не требовал доработки (кроме, естественно, установки ПО для связи с регистратором). Как только микросхемы Bluetooth подешевеют, можно будет использовать их.
  5. На счет квалификации своих коллег ничего не скажу, а вот у меня она действительно ограничена -- впервые передо мной поставлена такая задача. Раньше все как-то прикладным программированием занимался. Всегда бывает первый раз, как говорится. По идее в покупных КПК проблема с драйверами USB уже решена, необходимо лишь виртуальный COM-порт написать, поэтому при первом приближении это показался наболее удобный вариант, нежели делать КПК с нуля. Действительно, самый... Но вот неудобство в том, что крупноват по сравнению с КПК -- раскладывай его, по тачпэду пальцами вози. То ли дело КПК -- стилусом пощелкал и все готово...
  6. Не, не проще и тем более не дешевле. КПК и многие смартфоны стоят от 8 до 15 тысяч руров (есть, конечно дороже :07:) только благодаря тому, что продаются миллионами штук в год. Дешевле можно только специализированный пульт собрать -- сугубо необходимые детали без излишеств, но его проектирование обойдётся в круглую сумму и займет довольно долгое время. Насчет EEEPC (или как его :( ) -- там RS-232 нету, так что он мало чем может помочь. Мысль-то такая -- вместо того чтобы каждый раз, когда намечается поставка партии изделий, лихорадочно искать по магазинам КПК с COM-портом для управления изделием, просто купить наличествующий КПК или смартфон, который можно соединить с изделием по USB, BT либо WiFi -- понятно, что только по одному, потому что на изделии не выгодно десять интерфейсов иметь. Так вот и хотелось бы понять какой интерфейс предпочтительнее. А потребление тока сильно возросло? Не слишком ли прожорлив будет для автономного устройства? Есть ли возможность отключать WiPort, когда свзяь не нужна и как его включать, когда она понадобится? uriy написал, что с BT такие вещи вроде как можно проделывать. Какие были аргументы против BT у Вас?
  7. Спасибо за подсказку, покопаю в этом направлении. Мне сейчас пришла в голову мысль, что bluetooth'а мы просто испугались (мои коллеги и я), поскольку не очень знакомы с сим зверем, а значит придется многое изучить. Но, видимо, с учетом обучения, понадобится довольно много времени на переход к bt, а значит реализован этот переход будет не скоро. В связи с этим, вопрос: кто-то может поделиться опытом перехода с проводного стандарта на беспроводной (в частоности bt)? Интересует количество затраченного времени с учетом обучения и человеческие ресурсы, в общем, за какое время команда из 3-4 человек с нуля может освоить переход от RS-232 на bt? Также хотелось бы знать, с какими проблемами можно столкнуться. Про проводной USB у КПК и смартфонов - это Вы зря, вряд ли он ближайшее время отомрет. Прогнозы - дело неблагодарное, но рискну предположить, что лет 7-8 использоваться будет. Но будущее, конечно, за беспроводными стандартами. А вот IrDA действительно уходит -- далеко не у всех моделей он есть (через одну, может даже реже). КПК c CompactFlash все же слишком большая редкость, чтобы на них полагаться -- я сужу по доступности в магазинах. Конкретно, по петербургскому магазину Кей, поскольку КПК мы в основном закупаем именно там. Так вот, из 420 моделей КПК и смартфонов, представленных сегодня (13 сентября 2008), только 2 модели обладают этим интерфейсом, причем, HP iPAQ 214 появилась в продаже только на этой неделе (буквально во вторник заходил на их сайт в поисках КПК, поддерживающего RS-232, и его не было).
  8. Была мысль про Bluetooth, но с одной стороны нужен бы проводной интерфейс (чтобы устройство не вещало о себе всему миру и потребление было не большим, ибо автономно), а с другой стороны, не нашел у Сайпресса ничего кроме CY8C27xxx, но это вроде как системы на кристалле, но опять же не слишком ли это мощно всего лишь для связи КПК и регистратора?
  9. Здравствуйте! Возникла следующая проблема. Имеется устройство, занимающееся сбором данных (далее "регистратор"), имеется внешний отключаемый пульт управления на базе КПК. Между собой соединяются по RS-232. В последние полгода с КПК, имеющими RS-232, возникла напряженка (как-то не хочется покупать промышленные КПК (типа Motorola Symbol), стоимость которых начинается от 30 тыс. рублей). Стали мы думать как решить сию проблему: 1. Обычные преобразователи USB<=>RS-232 работают только в режиме usb-function, а поскольку не все КПК имеют USB Host (да и на самом деле очень немногие), то вариант готового преобразователя не подходит (может, я плохо искал, и кто-то сможет посоветовать преобразователь, чтобы с одной стороны можно было КПК без USB Host подключать, а с другой RS-232, и еще чтобы драйверы виртуального COM-порта для Windows Mobile были?). 2. КПК скорее всего будут вытеснены девайсами с USB-OTG. Пока этого не произошло, на другом конце должно быть USB-OTG (или на обоих концах?). Есть три варианта: 1. Разработать собственное устройство типа КПК на каком-нибудь Intel PXA270 и проч. и проч. -- это, естественно, самый независимый от меняющегося рынка вариант, но он же самый нереальный, так как цена такого девайса будет выше промышленного КПК (имеется в виду мелкосерийное производство, каким мы собственно занимаемся). 2. Разработать переходник USB<=>RS-232 на каком-нибудь из сайпрессовских EZ-OTG. Тогда получена будет некоторая независимость от рынка PDA (то есть любой КПК и смартфон можно будет к имеющемуся устройству подключить и использовать его в качестве пульта управления). Правда, придется разработать драйверы для Windows Mobile, а также прошивку для EZ-OTG, ибо firmware занимаются всем, но только не преобразованием. Но это несравнимо проще, чем разрабатывать целый пульт, так ведь? 3. А можно вообще взять SL811HST и припаять его на регистратор вместо преобразователя уровней RS-232, поскольку та серия Блэкфина, которая используется в регистраторе, USB не имеет. В связи со всем вышеизложенным, прошу высказаться по данной проблеме. Может быть еще какие-нибудь варианты? Может быть был опыт написания драйверов виртуальных портов для WM? Если реализовать вариант 3, может ли кто-нибудь подсказать про ПО (под Blackfin) для связи SL811HST и Blackfin? Агурова только начал читать.
  10. Совершенно верно, меня тоже на такую мысль это наталкивало! Тока я никак не мог понять -- какого фига такие проблемы возникают на фирменной оценочной плате, более того ни в одной доке не сказано, как прошить что-либо, кроме ниоса ии! Оказалась такая штука: есть на МАКсе, который циклон конфигурирует, такой пин -- называется pld_RECONFIGREQ_n, значит запрос на переконфигурацию. Так вот, если он в низком уровне, максина считает, что циклон надо переконфигурировать, что и выполняет с чувством собственной значимости, ни на что не взирая с высоты своего полета. Если же уровень на этом входе высокий, то конфигурация прошла успешно и работа продолжается в обычном режиме. А теперь внимание: оказалось, что моя схема САМА обязана выставлять на этом входе высокий уровень, иначе долго в циклоне не задержится (подать VCC на циклоновский PIN_AA14, который благополучно на максину прицеплен). Только я четыре дня перерывал документацию к циклону, отладочной плате, ниосу, даже квартусу и НИГДЕ не видел даже упоминания pld_RECONFIGREQ_n (разве что в схематике платы, но там не указано его назначение)! Нашел только в исходном файле прошивки конфигуратора, который стал читать только потому, что уже к чертям снес эту самую прошивку из макса! В общем, нет слов, одни эмоции в сторону альтеры! И еще: мое такое мнение, ниос ии слабоват по соотношению цена/качество!
  11. Последовательность действий: 1. Рисую схему в квартусе: input>--------<output (в смысле с пина на пин кинут провод и все) 2. Прицепляю input на кнопку, output на светодиод (нажмаем кнопку --> лампочка загорается) 3. Компилирую 4. Через обычный USB Blaster-->JTAG заливаю в циклон (все настройки по умолчанию, пробовал менять какие-то = ноль эмоций) 5. Работает полсекунды, далее загружает заводскую прошивку... Примеры с ниосом работают нормально, но в том-то все и дело, что как раз ниос мне не нужен, надо без него сделать. Я ведь могу без ниоса работать, или этот кит только работу с ниосом поддерживает и без него не получится? За контакты типа nCONFIG моя схема должна отвечать, или прошиватель? Только что прошил то же самое для оценочной платы с FLEX10K (из UP2 Education Kit) -- все работает как надо -- нажимаем кнопу ну и т.д. У циклона ведь принцип такой же -- прошил и пока не перезагрузил будет работать? Или я ошибаюсь?
  12. Здравствуйте! Помогите разобраться, как правильно прошивать плату с Циклоном. Описание проблемы: есть кит http://www.altera.com/products/devkits/alt...-nios-2c35.html (Nios II Development Kit на Cyclone II). Все примеры (а это только Nios II, выполненный в SOPC Builder) прошиваются и работают правильно, как указано в мануале. Пытаюсь сделать что-то свое -- не ниосовское, а просто схемку (например, выход со SW0 через циклон (input-wire-output) на вход led D0, чтоб при нажатии на кнопу лампочка загоралась), компилирую, прошиваю программатором (JTAG, входит в поставку) -- запускается (буквально, полсекунды работает -- если в это время кнопа нажата, то лампочка горит) и тут же сбрасывается и загружает заводскую прошивку (ту, которая загружается при подаче питания на плату, опять же эмбеддед процессор). Никаких сообщений об ошибках не выводится, программатор пишет, что все успешно прошито. Я что-то не так делаю, это понятно. Но вот что именно? В мануалах обнаружил только инфу как ниос ии сделать через сопс билдер... А как простую схему прошить не пишут... В общем, я думал, все просто, как в MAX II, но ошибся...
×
×
  • Создать...