mantech

А не рассматривали 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:

Столкнулся с проблемкой, есть микроконтроллер STM32F429 со встроенным видеоконтроллером, но он заточен под маленькие ЖК дисплейчики, и соотв. у него есть ТТЛ-выходы для красного, синего и зеленого, а так-же синхросигналы для матрицы. Вопрос - можно-ли каким образом конвертануть это в VGA сигнал обычного монитора для компа? По цветам - тут все просто резюковый ЦАП, а вот по синхрухе? Может кто сталкивался с подобными вопросами, делал на логике или плисах, или есть какие-то чипики-конверторы? ЗЫ. На форуме есть что-то вроде - ЦАП (например ADV7125) и буферы на синхронизацию. Вот как-раз про синхру бы по-подробнее ;)

Приветствую. есть темка поработать с данным камешком, и есть непонятки :rolleyes: 1) Как работать с 2мя ядрами вообще? Т.е. как пишутся проги под ядра, загружаются и запускаются? 2) Есть-ли standalone(без осей) библиотеки или примеры для запуска и инициализации процов? 3) Как вообще камешек? стоит его поюзать, есть встроенный видеоконтроллер, продаются платки по цене вполне приемлимо... ЗЫ. Если у кого что есть по нему, и вообще что-то можете сказать - поделитесь, буду очень признателен

Это вы не сможете сделать, CSR все засекретил настолько, что ни к каким таймерам и прерываниям доступ не получите. Все, что там можно сделать - это приноровиться к их убогой "многозадачной" системе,в которой можно вызывать свои подпрограммки через определенный интервал времени, по-моему до 1 милисек, и более... Сам сначала хотел сделать кой-какую систему сбора данных на этом чипе, но поняв, как можно испортить благое начинание маразматичным засекречиванием даташитов - плюнул и поставил внешний мк.

Дак нет ничего проще - берете переходник от мышки, усб клаву и втыкаете в разъем ps2 на материнке (розовый). Работает - значит режим поддерживается.

Все правильно - если усб нужен только ради клавы - целесообразно работать в режиме ps2 и не парить себе мозг на пол-года разбирательством с усб и отлаживанием и исключением глюков, а их будет и немало. Другое дело, если есть еще требования, например работа с флешками и т.п. - тогда да - вгрызайтесь в усб, благо хост совместим с ohci. Это большой плюс в сравнении с теми-же стмками.

Вообще-то минимальная единица - 1сектор. Его размер может быть кратный 512 байтам, минимум 512. Эти сведения хост получвает через IOCTL, после чего запрашивает согласно полученному значению. Т.е. Если девайс выдал 512 байт сектор, то хост не имеет права затребовать большее.

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

В какой среде разработки писали?

Да именно так! Уже заказал х86 платы с процом на 600 МГц, ком-портами и видео. Проверил на одной - все работает, единственное - когда отрисовываются прозрачные картинки - немного подтормаживает(vesa-графика что поделать), за-то все есть и без геморроя А эту плату так, оставил себе когда делать нечего, поковыряться...

Конкретно - нет. Просто хотелось бы знать, причем не от закоренелого линуксовика, которому и так "все понятно", а от того, кто так-же начинал с нуля, можно сказать, и как можно более простые руководства типа - скопировать такой-то каталог туда-то, в эклипсе настроить какие-либо пути там-то и т.д. А в инете смотришь - сплошные мейки в командных строках, откуда и чего взялось, где у них все исходники лежат, плюс они как правило собирают под линуксом, там совсем другие каталоги и вообще файловая система другого принципа... Вобщем пока ни туда и ни сюда...