psL

Дефолтовый город - демотивирует...

сигнатурой является формат пакета: если пакет разбирается - RTP, если не разбирается другой протокол.

поскольку уже существуют 3g-lte ip камеры,модемы существуют) Вот, например, http://habrahabr.ru/post/202278/ используется huawei Правда в статье не раскрыта тема видеострима. Просто указана ip-камера, соответственно, все кодирование и стримминг реализованиы в ip-камере (mjpeg, rtsp) Для usb-камеры стримминг на смартфон придется реализовывать самостоятельно. С подключением "любой usb-камеры" тоже не все просто. А вообще, пмсм, такой адаптер для web-камеры не нужен - проще использовать (разработать) сразу 3g4g-камеру, либо использовать смартфон со встроенной камерой в зависимости от характера использования: видеонаблюдение или видеосвязь.

в сниффере производится разбор по формату пакета (сигнатуре), если разбор удается - считают, что пакет соответствующего типа.

В реальности, естественно, переключать контекст после каждой инструкции накладно. Но, видимо, в данном конкретном случае интервьюер предполагал, что контекст переключается после каждой инструкции) Не знаю уж какой эффект он там наблюдал в реальном железе, лажу после оптимизации или что. Но думаю, что свои 2 он интерпретировал как-то так.

startup нужен для начальной инициализации процессора (прерываний, стека и т.п.), т.е. для создания окружения в котором уже м.б. запущена функция main. В этом файле обычно содержится нулевой вектор, откуда стартует программа при подаче питания или сбросе, а также вызов функции main. Поскольку ОС отсутствует, программа обычно не возвращает никуда управления, а остается в вечном цикле for(;;){} или while(1) Поскольку он у вас отсутствует, линкер ищет функцию для передачи управления по завершению main Насколько понимаю, Sublime это просто стучалка, у которой есть возможность вызова make для проекта. Самый простой способ разобраться со связкой компилятора и редактора - научиться сначала компилировать проект из командной строки. Например, можно взять референсный код мигания светодиодом или аналогичный для вашего или похожего процессора и научиться собирать его при помощи make. Далее подтянуть редактор. Далее уже заниматься программированием конкретной задачи под конкретный процессор.

к сожалению (или к счастью) конкурентов Родину защищать нет. Полгода назад довелось ознакомиться с cortex-m3 от Миландр. Вполне себе микроконтроллер, кроме цены. Ну и в пластике нет. Но это ведь ясно почему. В общем, не очень понятны выпады против отечественной элементной базы. Другой вопрос, что одним миландром весь необходимый перечень не закрыть...

Типа ОСь очень реального времени:) Видимо 2, потому что первый поток из пула успевает инкрементировать счетчик, поскольку пока еще нет потоков, способных ему помешать, последний поток из пула инкрементирует счетчик, поскольку потоки, способные ему помешать уже завершились.

Явно набранная кем? Разве при обработке makefile будут выполняться какие-то другие команды? Но мне понятно о чем вы пишете. Видимо вопрос ТС не в том, как перенести программу с x86 на arm, вопрос в том, обязательно ли задавать архитектуру для тулчейна или достаточно того, что сборка будет производится под платформу (generic). Для программ типа first.c, да и для многих других задавать архитектуру необязательно.

в случае: arm-none-linux-gnueabi-gcc –static –o first first.c именно ARM

ссылка не открывается. Без указания архитектуры сборка будет производится под generic arm, т.е. без использования характерных комманд и оптимизации. Линукс как раз и портируют на другие архитектуры, чтобы обеспечить однотипную среду выполнения и инструменты сборки в независимости от архитектуры, т.е. чтобы "подсунул и привет"

Ctrl+Shift+F , настраиваетстся кажется через Windows->Preferences

Ему - нет. Вам интересно, вы и задавайте, например через -march

а, ну да. Ошибся.

bli?FIO_SetValue(2,bli--<<9):FIO_ClrValue(2,bli++<<9); так короче?:)

пофиг. Поскольку пример собирается под linux к томуже без зависимости от динамических библиотек

Спасибо!

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

Все "реальные пацаны" уже в твиттере...

Для переносимости лучше написать обертку над сокетами/протосокетами/... конкретной реализации tcp/ip, тогда приложение можно будет хоть на x86 запускать. А еще лучше вместо микростеков использовать полноценные стеки и соответствующие микроконтроллеры. Какой-нибудь TL-MR3020 уже 500 рублей в розницу...

диод с накоплением заряда?

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

это и есть подобие CLOCK_MONOTONIC_RAW

Под более менее распространненые порты (GPIO, SPI, I2C) существуют фреймворки, которые обеспечивают стандартный интерфейс. Тут весь вопрос в реализации нижнего слоя драйвера, который непосредственно общается с аппаратурой. А именно кто и как его будет/должен реализовывать. Производители микропроцессоров этим как правило не занимается, а в комьюнити ветку тянут два-три человека, которым м.б. эти модули для своего проекта и не нужны совсем. Так что это не флейм, скорее эмоции от путешествия по полю с граблями:)

Здравствуйте! Подскажите пожалуйста отечественный ЦАП 10-12bit с последовательной загрузкой по SPI, возможно на стадии ОКР. Похожее: AD5684R, http://www.analog.com/en/digital-to-analog...ts/product.html