gonzalez 0 10 ноября, 2004 Опубликовано 10 ноября, 2004 · Жалоба Добрый вечер всем! нужно прикинуть сколько чего и сколько нужно делать программистам при создании некоторого устройства на основе процессора TI 67xx: закупается процессор, разводится плата, впаиваются другие компоненты (для поддержки ввода и вывода). Что нужно сделать по части программирования? Свой BIOS? Свой BSP? Своя OS? Правильно ли я понял, что нужно начинать будет с Device Driver Adapter и Device Driver Controller? Заранее спасибо. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Slavik 0 12 ноября, 2004 Опубликовано 12 ноября, 2004 · Жалоба Мужик, ты сам то понял чего спросил ??? ;) ;) ;) Аткудож кто знает нужен ли тебе биос (непонятно вообще нахрена если у тебя только плата ввода/вывода???) или какая-нибудь ртосина ??? И что ты имеешь ввиду под Device Driver Adapter и Device Driver Controller? В контексте чего употребляются эти фразы. Это что железка или надо понимать - а писать ли драйвер для ПК? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
-Tумблер- 0 12 ноября, 2004 Опубликовано 12 ноября, 2004 · Жалоба закупается процессор, разводится плата... Нет. Сначала разводится Заказчик - иначе не будет денег для закупки процессора. :P Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Slavik 0 13 ноября, 2004 Опубликовано 13 ноября, 2004 · Жалоба Вообще заказчик как правило хочет готовое изделие за минимальные деньги и в короткие сроки. Если уж речь заходит о разработке принципиально новых вещей, то здесь надо обосновать выбор платформы так как это связано с обязательной покупкой довольно дорогого дивелопмен кита. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
IgorKossak 0 15 ноября, 2004 Опубликовано 15 ноября, 2004 · Жалоба ... Device Driver Adapter и Device Driver Controller ... Вероятно имелось в виду нечто вроде Application Buildera (для написания драйверов внутренней периферии) или того, что в результате получается. Подобные вещи есть у IAR (IAR MPxxx, где xxx - семейство МК) или в AtmanAVR (для AVRов). Если МК не знакомый, то можно и такие средства попробовать. Но по мере освоения желательно всё таки самому все драйвера переписать, чтобы уйти от магических чисел. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
gonzalez 0 15 ноября, 2004 Опубликовано 15 ноября, 2004 · Жалоба Хорошо, я понял, что задать вопрос не получилось. Тогда по другому: не могли бы Вы указать на источники, из которых можно понять, нужен ли БИОС в моём случае? Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
IgorKossak 0 15 ноября, 2004 Опубликовано 15 ноября, 2004 · Жалоба Хорошо, я понял, что задать вопрос не получилось. Тогда по другому: не могли бы Вы указать на источники, из которых можно понять, нужен ли БИОС в моём случае? ;) По моему в этом случае задать вопрос вообще не удалось. Видимо Вы не вполне понимаете суть вещей. Для микроконтроллера пишется так называемое firmware (внутреннее, или встроенное, программное обеспечение), а уж по каким принципам оно строится (background/foreground, state mashine, RTOS, ets.) - это уж Вам решать в зависимости от сложности проекта, корпоративных стандартов и личных предпочтений. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Slavik 0 15 ноября, 2004 Опубликовано 15 ноября, 2004 · Жалоба Ну что ты заладил биос, биос, слово понравилось? Биос - это базовая система ввода вывода, тоесть базовый набор функций для работы с железом + код начальной загрузки. Нужно всё это только, если Вы продаете чисто железку без всякого софта и/или операционки, чтобы унифицировать работу с железом через базовые функции ну или облегчить жизнь потребителю. В твоем случае, на сколько я понимаю, надо написать нормальный фермвари. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
lightport 0 11 декабря, 2004 Опубликовано 11 декабря, 2004 · Жалоба BIOS и RTOS для TI можно не создавать, так как они уже есть. (у TI есть Ядро реального времени DSP/BIOS) Вообще всё зависит от задачи. Знаю два варианта создания программ для TI.: 1. Масштабируемое ядро реального времени DSP/BIOS версии II. Это ядро сделано для возможности переносить создаваемые алгоритмы на разные платформы процессоров TI. Это значит что пишешь алгоритм совместимый с DSP/BIOS, а потом с минимальными изменениями(или вообще без оных) переносишь его на другой процессор от TI. В этом ядре много чего есть, например средства обмена данными в реальном времени. Ядро масштабируемое - то есть когда собираешь программу, тогда и решается что в него будет входить и как это всё ляжет в процессор. Кроме того совместимых с DSP/BIOS модулей и алгоритмов написано много. TI пишут, что при реализации всех инструментальных возможностей их ядро в версии II ест ресурсов на 1 MIPS и весит 2К слов. Но здесь не всё так просто.(этот 1 MIPS мёртвый) Ядро DSP/BIOS желательно применять в тех случаях, когда нужно быстро написать программу с реализациями под несколько процессоров TI, и когда оптимизация не слишком критична. 2. головой, руками и ассемблером делаете всё что хотите. Оптимизация выходит на столько, на сколько возможно для вас и процессора. При этом придётся решать все вопросы самому и применять только те готовые модули и алгоритмы для DSP/BIOS, которые вы переделаете. Этот способ позволяет СУЩЕСТВЕННО повысить эффективность, но и содержит определённые сложности. Можно создавать и тем и другим путём. Всё зависит от того, что нужно вам. С Уважением, Андрей. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться
Slavik 0 14 декабря, 2004 Опубликовано 14 декабря, 2004 · Жалоба Ядро DSP/BIOS желательно применять в тех случаях, когда нужно быстро написать программу с реализациями под несколько процессоров TI, и когда оптимизация не слишком критична. <{POST_SNAPBACK}> Почему только "несколько процессоров" - это нормальная ртосина. Так, что когда она нужна, ее и нужно использовать, независимо от того, сколько процессоров. А написать фермвари для нескольких совместно работающих процессоров можно прекрасно и без неё. А вот с производительностью - да, за всё надо платить, особенно за удобство. Использование ртос приводит к накладным расходам особенно связаным с переключением контекста. Всё зависит от того, что нужно вам. <{POST_SNAPBACK}> И я о том же. Цитата Поделиться сообщением Ссылка на сообщение Поделиться на другие сайты Поделиться