mantech

Лично мое мнение - нехороший человек тот, кто в ст придумал воткнуть в чип нестандартный контроллер усб. И опять же по моему мнению, использовать данный контроллер в купе с софтом от ст, даже исправленным, я стал бы только для стандартных задач (загрузка, выгрузка, обновление с флешек) и то, только для режима вставил-прочитал-записал-вынул и ВСЕ!! В остальных режимах у меня к нему доверия нет, равно, как и нет времени писать полностью свою либу к нему... А выводы сделает каждый для себя сам...

Я то думал там даташиты на камни...

Да тут не в этом дело, просто сам камень со своим быстродействием вряд-ли сможет использовать скорость 2.0 контроллера. Тут надо камешек типа кортекс-А с частотами от 600 и выше...

А много флешек проверяли? Я проверял на 20 флешках разных годов выпуска. Современные работали практически все, а вот более старые, особенно усб 1.1 редко заводились... Согласитесь, "думать головой" всегда приятнее, когда в руках нормальный, хорошо документированный и стандартизированный девайс, а не что-то похожее на него. Да, в свое время тоже решил, что можно прикрутить руками весь этот стштый усб, благо нужно было сделать работу с флехами и состыковать с компом, и то геморроя нахлебался вдоволь. Больше этим страдать не хочу, ибо стшные камни использую под другие задачи...

Все это здорово, НО 1) Либа хоста там дырявая, пришлось самому затыкать несколько дыр. 2) Работает далеко не со всеми флешками, опять-же пришлось кое-что переписывать, но 100% добиться так и не удалось. 3) Автор пишет, что ему надо работу с композитным устройством, а ее нет как таковой в примерах и либах, слышал, что только в каких-то коммерческих либах это есть. А писать самому с "нуля" - это жесткий мазохизм...

Посмотрите здесь - http://www.starterkit.ru/html/index.php На счет какой камень- определитесь со своей задачей, если нужен (в дальнейшем) экран, то берите из серии 17хх или 43хх, там вообще можно 2 ядра задействовать B)

Не люблю расстраивать людей, особенно интузиастов, но вы выбрали не тот камень для освоения усб. Сам не первый день с ним знаком, но так и не встретил нигде хоть что-нибудь отдаленно напоминающее путевую библиотеку для работы с его встроенным хостом, т.к. он уникальный и ни с чем не совместим, в отличие от lpc-шного. Кроме того, в либах от ст нет ни одного примера работы с композитным устройством, т.е. клава+мышь. ЗЫ. Ну а если вдруг и правда, кто делал подобное - тоже интересно бы посмотреть на сие творение :laughing:

Может тогда подумать над какой-либо системой охлаждения? Наверно там еще куча компонентов есть, скорей всего измерительные цепи, которым такой градус за бортом совсем не айс? ;)

Да, я видел эту платку, пока поищу где-нибудь поближе к России...

Поддержка есть, а примеров нет. Настроить проект под данный проц в ИАРе задача нетривиальная, нужно задать кучу конфигураций стартапа и пр... Почему остановил выбор на vybird, для него есть пакет с множеством примеров именно под ИАР. Здесь кто-то писал, что делал под ним какие-то проекты для ситары, но когда попросил примерчик, хоть простой - так ничего и не ответил, в инете тоже ничего нет...

А не рассматривали BBB, который AM335x 1GHz ARM® Cortex-A8, Рассматривал, мне нужно камень, который программируется под ИАРом, без линукса.

Может кто в курсе, можно-ли купить платки с данным камешком, при цене в районе 50 баксов за платку, в расчете от 10 штук? На платке должны быть установлены - сам проц, память 128-512 мегабайт, как можно больше выведенных на разъем портов. Дополнительно, но необязательно, было бы неплохо, еслиб был какой-нить конвертер RGB->LVDS или еще в чего-нить стандартное, последов. флешка на 2-4 мегабайта. Обязательное требование - возможность покупки 1-2 плат для отладки, причем с доставкой по России!! Если кто что знает по тематике большая просьба, поделитесь инфой :rolleyes:

Че-то я не понял, если бут находится в своей выделенной области флеша, пользовательская прога во флеш не пишет что-попало, то какого рожна что-то должно превратить камень в кирпич?? Ну зашил он туда хрень, потом рестартанет проц в режиме бута и прошьет что надо. Уже дофига такого было, пока прошивки шифровать не начал, теперь хрень не шьют

Все-таки так и не понял, зачем менять бут в девайсе? Как правило, это довольно простая прога, причем "вылизать" ее до блеска нет никаких сложностей, ну разве, что чисто теоретически

Если не секрет, зачем это все? Сколь делал бутлодырей на этом камне, все гораздо проще, в пресловутых либах есть неплохой исходничек для работы с встроенным флешем, использую его и все тип-топ. А заливку бута и залочку камня в первый раз делаю через утиль от ST при помощи ST-Link. Зачем усложнять себе жизнь, если уже все сделано?? И вообще, зачем менять залочку в своей проге? Бут, как я понимаю, прекрасно пишет в залоченный флеш, а вот "снаружи", через JTAG\SWD к камешку уже не подлезть...

Подойдет в самый раз, для такого разрешения, да еще и несжатое B) К тому же там есть буфер 8 мегабайт. Может и найдете что-нить вроде медиатека, но документацию никто не предоставит...

Опс, сорри не посмотрел там, надо взглянуть, спасибо :laughing:

Согласен! И еще, если не сильно затруднит, может закините какой-нить простенький пример на ИАРе по данной теме, неважно что, там может просто "здравствуй дерево" с выдачей в уарт или еще что-нить в этом роде. Главное - будет созданный проект, что в ИАРе не всегда тривиально делать и вообще - первый шаг всегда сложнее. Буду очень признателен B) Можно сюда - [email protected]

Ну да, про линукс это в самую точку! Что называется - "убей свой мозг!"... Сложность - да не только в исходниках, там же есть своя многозадачность, которую сложно "встроить" в прогу, которая изначально написана, как одно целое, которое нельзя разрывать, причем без спросу. И по прерываниям - часть девайсов должна работать в реалтайме, и прерывания на нужды ОС тут очень не айс... У вас межпроцессорный обмен (IPC). - Да, это что-то новенькое для меня, надо где-то что-нибудь почитать... Вообще - цель такова, мне бы хотелось на М4-м "повесить" интерпретатор кода виртуальных задач, а на А5-м графическую оболочку, и обработчик реалтайм-девайсов, причем последнее в приоритете, разумеется. Взаимодействие между ядрами можно было и через память организовать (так проще для меня ), но если тут другой метод, то придется еще подумать, как сделать... И последнее - Эта MQX поставляется в исходниках или только либы, как в EMwin? И, может в курсе, можно-ли ее скомпилить под ИАР? GCC-че-то не могу переварить пока, да и не так удобен он...

Да я понимаю это, просто в задаче нужно иметь полный контроль над периферией, прерываниями и памятью. Сделать это под РТОС довольно проблематично. "Более того, там даже есть софт для меж-ядерного взаимодействия." - можно про это чуть по-подробнее? В смысле, на каком уровне происходить это взаимодействие, через прерывания или память (мейлбокс)?

Да я не спорю, для линуксового программирования можно и гораздо круче найти, а вот без оси на них ничего не сделаешь, к сожалению... ЗЫ. Тут где-то в теме проскакивало сообщение, что делали без оси под ситару, спросил - но никто не отвечает... Толи ничего не получилось или просто не хочет рассказать, ну да и ладно :laughing:

Спасибо. Будем пробовать B)

А по временным параметрам?

Неужели никто с такими процами не работал, вроде хорошие камешки по описанию судить, или что лучше есть? B)

Ребят, я все это понимаю, что встроенный граф. контроллер позволяет получить требуемое разрешение У меня вопрос несколько другой, попробую зайти с "другой стороны" - Мне нужно преобразовать сигналы управления ТФТ матрицей в сигналы интерфейса VGA компового монитора. Т.е. перевести в аналоговую форму уровни 3х цветов и кадровую\строчную синхронизацию. По первому вопросу все понятно - нужен цап в чипе или 1%е резисторные матрицы, а вот по синхронизации я не в курсе, совместимы ли сигналы для матрицы и монитора, может нужно какое-то преобразование их, а может и нет. Вот главный для меня вопрос :laughing: