mantech

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

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

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

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

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

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

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

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

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

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

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

Ну вот, а у меня в сборке eclipse-sourcery-gcc не собирается, и никто не может сказать почему. Один сказал, что там 10 страниц мануала на птичьем(линуксовом) языке писанном. И да, я не специалист в линуксах - командная строка тяжеловата, уж что делать. Предпочитаю удобные инструменты, а не то, на которое надо убить времени столько, что за это время можно программу написать. Очень жаль, что на линуксе до сих пор так и нет или в принципе пока быть не может простых и удобных сред разработки...

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

Написано, только под линуксом и в командной строке :smile3046: Есть еще один вопросик - после запуска убута идет загрузка линаро в файле uImage_safe , вопрос, убут как-то по-особенному его загружает или просто грузит с адреса 0x10800000 в память и стартует? Т.е. если я его своей прогой туда загружу и запущу - он запустится? кернел несжатый, так убут пишет. Просто хочу проверить свой конвертер.

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

шел только убут в исходниках и все, а что там еще должно быть?

Понятно, походу этот вопрос поставил всех линуксоидов в тупик :rolleyes: Упрощу задачу - есть установленный под винду эклипс-sourcery-gcc и есть исходники убута в папке, которые поставлялись вместе с платой имхины.Вопрос - как собрать убут всем этим хозяйством, желательно пошагово :laughing:

Или еще одно - у кого-нить есть готовый проект чего-либо из SDK imx6 под gcc-eclipse?

Все дело в том, что для меня ключевое слово - графика, а ее под линуксом делать не просто, уж поверьте. Еслиб мне нужна была сетевая шняга, то скорей всего тоже писал бы на линуксе PS. смотрю я на иар и чего-то мне подсказывает, что он абсолютно не готов к таким процам, хотя я могу ошибаться, но начал сравнивать свой старый проект на стм32 в отладчике, там все четко и ясно - есть стартовый адрес флеша, туда же указывает адрес вектров прерываний, оттуда идет вектор на процедуру iar_programm_start, причем все адреса соотв. заданным.. Тут-же какой-то бардак вообще - во первых, разве для кортексов 8 или 9 нет cmsis? Потому, что в иаре я его не нашел вообще! Во вторых - как задать стартовый адрес программы? Указываешь адрес векторов прерываний - там вообще пусто, одни нули, т.е. я так понял, файлов стартапа тоже нет, или непонятно,где их брать. Посмотрел примеры иаровские - там адреса памяти не соотв. адресам даташита, это нормально вообще? Вобщем какой-то лес дремучий, скорей сибирская тайга. И вообще - х86 рулит!!

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

Незнаю, сколь потрачу, проверю, если примеры нерабочие или "все пошло не так" - значит система так и останется на х86, а разницу в цене накину на стоимость аппарата - сейчас время сложное доллары в цене растут, вот и я прибавлю чуток PS. А вам вопрс "на засыпку" - сколь у вас уйдет времени на портирование под линукс программы для х86, которая использует низкоуровневый доступ к девайсам pc-системы, с работой графического интерфейса, прозрачной графикой, поддержкой форматов картинок, работой с кучей периферии, интерфейсов rs-485, modbus, dallas microwire универсального irc-приемопередатчика, всяческих шимов и энкодеров, ацп-цапов, ну и на последок портирования виртуалок с поддержкой микро-си языка, и еще чего-то по мелочи? А самое главное - сделать так, чтоб все это хозяйство после порта не глючило...

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

В BBB посмотрел стоит АМ3359, поэтому эти примеры скорей всего не подойдут :( Но думаю не все так плохо в этой жизни, покопался на сайте техаса и скачал оттуда штуковину, под названием starterware, причем там дофига всяких иаровских примеров по работе с периферией проца, разчаровало только одно в нем - мне нужна поддержка альфа-канала в видеоблоке, а там видеоблок разделен на 2 части 1) тупой видеопорт, который гонит на экран данные из видеобуфера и все, а чтобы воспользоваться аппаратной прозрачностью нужно использовать powervr, а вот его-то примеров использования и нету, причем в RM про него тоже "2 строчки" - видать его уже опять под линуху затачивают...

Да, вот сейчас и выбираю - ситара нравится, но надо хоть парочку рабочих иаровских проектов под нее, а то настройка линкера под незнакомый навороченный проц - дело нетривиальное...

Да, пожалуй так и сделаю - закажу боню, а эту отдам линуксовым любителям... PS. А можно глянуть на какой-нить иаровский проект на боне, пусть самый простой? Это я уже проходил, спасибо ненадо :rolleyes: После винды перешел на дос и сразу стало легче на душе - глюков не стало Там и есть операционка, только своя, она крутит несколько подсистем, которые интерпретируют код высокого уровня, т.е. пользователь пишет прогу на этом языке, там одной командой рисуется картинка, параллельно гуй работает и обработчик интерфейсов и файловой системы - это своего рода графический ПЛК - вся сложность спрятана в операционке, а пользователю легко и просто...