Jump to content

    

kikos

Участник
  • Content Count

    29
  • Joined

  • Last visited

Community Reputation

0 Обычный

About kikos

  • Rank
    Участник
  1. AX88172

    Ищу пример dts файла для включения по USB DUB-E100 или AX88172
  2. Цитата(AlexandrY @ Apr 5 2013, 12:35) Есть два микроконтроллера связанных по одному из интерфейсов UART, SPI, I2C или еще каким либо последовательным интерфейсом. Обмен между ними достаточно скоростной, не менее 1 Мбит/c. ...... не очень быстро ? Цитата(AlexandrY @ Apr 5 2013, 12:35) Как упаковывать данные, какие хидеры им давать, как контролировать целостность чтобы все это занимало как можно меньше процессорного времени и полосы пропускания. Затем вопрос по программной архитектуре приемников. ..... а не все ли равно как ? если физически железо работает и интерфейс не генерит ошибки и этого уровня устойчивости достаточно по тз все остальное на 90 % перестраховка
  3. Чтоб дурить эффективнее придуман термин "Soft real-time systems" Цитата(AlexandrY @ Mar 6 2012, 21:24) На самом деле ИМХО большинство подразумевает быстродействие, и я полагаю что на современном этапе для RTOS с виртуализацией памяти это время 10 мкс, для RTOS без виртуализации это 1 мкс и меньше. Т.е. если ось на может уложиться с переключением контекста железно в 10 мкс то рано или поздно пойдут слухи что она не RTOS. как Вы думаете, сколько и какие OS не впишутся в 10 мкс, если процессор работает на ~80MHz и кеши выключены ? Цитата(vshemm @ Apr 1 2012, 22:54) Резюме: RTOS в "общепринятом" смысле не существует и не может существовать. согласен, однако существуют реал тайм системы т.е. HW + SW ( OS + прикладная часть), которые удовлетворяют по реал тайму в конкретных узких областях применения, в определенном месте в определенное время.... как то выше изложил AlexandrY
  4. Цитата(megadocent @ Apr 24 2012, 12:12) Пытаюсь разобраться, что нужно для разработки под ДаВинчи от TI, конкретно - DM6467T. у TI есть линукс полностью адаптированный под ARM ДаВинчи. Но не без странностей. Вообще есть смысл почитать эррату по процессору, обратить внимание на отсутствие PCI и присутствие её "заменителя", если есть необходимость в PCI.
  5. phy st802rt1 вместо dp83848

    Sorry, а стек отвечать на пинг умеет, должен ?
  6. Цитата(_Pasha @ Jan 8 2012, 13:15) А зачем, простите, защищать ресурсы осевыми средствами, если все признаки для определения занят/свободен уже есть в железе? Это во-первых. А во-вторых, я бы не стал сильно увлекаться двусвязными списками, поскольку массивы будут в этом случае гораздо эффективнее. И первое и второе зависит от режима планирования. В простейших режимах разделения времени или вариациях кооперативной многозадачности массивы могут быть эффективнее. Когда режим сложнее, вытесняющая могозадачность, используются динамические приоритеты и т.п. списки могут оказаться эффективнее.
  7. Цитата(yuri_t @ Jan 13 2012, 13:13) За внимание к TNKernel - спасибо, но в настоящее время существуют и другие бесплатные RTOS, достойные внимания. Главным аргументом, видимо, является "отладчик именно OS"©. Хотел бы я вообще понять что такое "отладчик именно OS" .... может это по другому называется ? Цитата(Nixon @ Jan 13 2012, 13:36) При большом количестве задач и большом числе внешний воздействий на систему, отслеживание состояний всей системы (кто чего ждет, сколько ждет и т.п) скопом, не прибегая к дополнительным ухищрениям стоит многого. Особенно если система пишется не одним человеком. Да, я согласен, что без этого вполне можно обойтись, что грамотное планирование вполне может решить большинство проблем реализации, а простейший терминал упростить оставшуюся отладку, но если есть инструмент упрощающий и ускоряющий написание кода, то почему бы им не пользоваться. Кроме того в моем случае еще играет сила привычки - коллектив до некоторых пор сидел на несовсем лицензионном изделии одной известной фирмы, в котором был подобный инструмент. Может вы работали с VxWorks под Торнадо ? Но если я правильно помню там это называется не "отладчик"....
  8. Цитата(Homo Sapiens @ Dec 25 2011, 22:30) А ведь это, разумеется, целый пласт работ. Начиная от ROM-монитора, заканчивая, допустим, каким-нибудь сервисным хостовым ПО. Само по себе ембеддед-программирование функциональной задачи здесь только часть работы. Если вы подскажите, как лучше все это обозначить емкой общепринятой (у нас-то на фирме все прекрасно понимают, о чем речь) формулировкой, буду очень признателен. Может подойдет BSP ? хотя это тоже не все охватывает Цитата(Homo Sapiens @ Dec 25 2011, 22:30) Временами это псевдомногозадачность. Вроде суперцикла, без вытеснений и прочих наворотов, иногда даже без тотального сохранения контекста. Если вы об ОС, то она не всегда нужна, а чаще всего просто вредна для наших задач. В принципе, даже без примитивного шедулера можно обойтись. Хотя мечта написать универсальную ОСь в обход существующих присутствует, что уж скрывать. Под универсальностью здесь понимается не то, что написано в учебниках и в википедии. Можете поискать готовую... Несколько лет назад писал "для себя" под MGT5200, но забросил, спроса не было. Теперь вот есть для ARM с несколькими скедулерами, профайлерами и проч ... и опять не понятно кому это надо
  9. Pandaboard и все-все-все

    У TI под OMAP Linux есть
  10. Лет 20 назад один из заказчиков (пожилой американский менеджер) заранее потребовал писать код безо всяких ++. На вопрос почему, сказал, что за жизнь насмотрелся на море плохого С++ кода. А теперь я могу вслед за ним повторить эту фразу. Более того, почти в 60% случаев кажется , что C++ используют не язык, а как средство самоутверждения. так что лучше не писать на С++ при создание приложений под ARM...
  11. Скажите пожалуйста загрузка с сайта atmel бесплатна ?
  12. Предположение о вилянии массивов не верное. GCC-3.2.1 по умолчанию помещает инициализированные нулем глоб. данные в data а GCC 4.3.2 и 4.6.0 по умолчанию в bss. Вопрос исчерпан.
  13. Алгоритм на Си

    Цитата(Rok @ May 24 2011, 17:46) Как оценить сколько времени потребуется для его вычисления на ARM процессоре Без использования таймера на реальном процессоре все оценки будут +- пара литров
  14. Не уверен что надо было сюда, но подходящего места не нашел. Большие массивы данных (несколько массивов каждый около 600000 байт) стали причиной потери изначальных значений статических переменных в текущем файле. GCC 4.3.2 и 4.6.0 Кто-нибудь с таким сталкивался ? При этом GCC-3.2.1 работает корректно