Да, многие ARM9 идут со встроеным контроллером цветного графического экрана, аудиокодеком, контроллерами флеш-карточек и прочими вкусностями. При чем совсем за смешные деньги. Думаете, на чем китайцы клепают свои дешевые телефоны? :)
ээ, к сожалению с ARM9 ещё не успел поработать. У нас как раз скоро должен начаться проект на таком девайсе. С Линуксом на борту, и т.д. Поэтому ответы будут опираться на логику и предыдущий опыт :)
Драйвера под девайсы должны нормально скомпилироваться из обычного ядра, если вендор не сильно переколбасил USB стек. Я бы вообще советовал попытаться собрать ванильное ядро под ваш процессор. Получите много опыта, и, надеюсь, много фана :)
gcc-arm — это скорее всего единственная альтернатива. Можно попытаться с Keil armcc, он поддерживает некоторые расширения GNU, но возможно будут проблемы с линковкой, если вообще соберется. В общем, лично я не стал бы заморачиваться.
Вот насчет java не знаю совсем… С одной стороны этот процессор вроде бы поддерживает jazelle. Но есть ли какие-то свободные реализации java-машин с поддержкой этой технологии — мне неизвестно.
Могу помочь с конктретными вопросами по железу, если такие возникнут.
прошу пардну. Спеллчекером вроде проверил, но надо было ещё нормально вычитать :(
Как «битовых» превратилось в «бытовых» — до сих пор понять не могу :)
где применять? Там где не важна очень большая скорость работы, зато важны размеры и энергопотребление. От СВЧ-печей до телефонов и нетбуков (правда тогда надо ставить всё же не древний ARM7 а что-то вроде Cortex-R3).
Преимущества? Цена, размеры, энергопотребление. Да и для х86 нужен целый чипсет, а микроконтроллеры с АРМ — вещь в себе. Подпаял кварц, подал питание, и всё, он работает :)
С чего начинать? С поиска схемотехника и программиста :) Один будет проектировать и разводить платы, второй — программировать всё это счастье.
У, что мы на них только не делали: POS-терминалы пополнения счетов, Watchdog таймеры для киосков самообслуживания (там конечно можно было применить не столь крутой контроллер, но экономически разницы никакой, а унификация рулит), кассовые аппараты, всякие полупромышленные агрегаты…
Просто, за годы работы устаканился некоторый общий дизайн плат, свой набор драйверов для периферии и теперь на основе этого можно очень быстро делать почти что угодно :)
хм, Хабр куда-то скушал мой комментарий :/
Ладно, если в кратце — то компиляторов есть два: gcc и Keil. Со вторым так же может поставляться среда (с неудобным редактором кода), стек TCP/IP, ядро RTOS, драйвер FS и ещё какая-то вкуснятина. С gсc конечно ничего такого не поставляется, зато он бесплатен, и есть бесплатные аналоги всего того, что я перечислил выше.
Правда, gcc генерит более объемный и медленный код. Зато там более гибкие скрипты линковщика :) В общем везде есть свои плюсы и минусы.
Из IDE мы используем MSVS или Emacs.
Прошивать удобней всего через самописный бутлоадер. Хотя есть варианты через USB, JTAG, FFPI, последовательный порт (это если говорить о AT91SAM7X).
Ну если кратко, то из компиляторов два варианта: или gcc или Keil. Первый бесплатный, но генерит не такой маленький код, второй платный, имеет с собой две стандартных библиотеки (совсем стандартную и облегченную, маленькую), своё ядро RTOS, TCP/IP стек, файловую систему.
Конечно, есть бесплатные аналоги для всего этого, но там нужно приложить куда больше усилий по допиливанию до рабочего состояния.
Среды можно использовать самые разные. У нас например используют MSVS или Emacs. У Keil есть своя среда, но там неудобный редактор кода.
Прошивать можно по USB, JTAG, FFPI или написать свой бутлоадер и заливать прошивки хоть через сетку.
Ну тот же AT91SAM7X512 с которым я обычно работают поддерживает Full USB. Есть куча примеров и библиотек от Atmel с HID, устройствами хранения, CDC, и т.д…
Правда, только в режиме Slave. Но есть контроллеры, которые могут работать и мастером.
Да ну. Берусь написать за полчаса скрипт, который не основе тех div'ов будет генерить растровую картинку обратно.
Более того, для успешного машинного распознавания капчи цвета не обязательно должны быть такие, как в оригинале. Поэтому можно спокойно забить на то, что часть цветов будет описана в CSS
Скорее всего сумма всех GPS (GLONASS) треков, которые получил Яндекс от устройств, использующих Яндекс-пробки.
Об этом говорит большая концентрация в крупных городах и на основных трассах
Исправлю заголовок статьи, что бы было понятней
Драйвера под девайсы должны нормально скомпилироваться из обычного ядра, если вендор не сильно переколбасил USB стек. Я бы вообще советовал попытаться собрать ванильное ядро под ваш процессор. Получите много опыта, и, надеюсь, много фана :)
gcc-arm — это скорее всего единственная альтернатива. Можно попытаться с Keil armcc, он поддерживает некоторые расширения GNU, но возможно будут проблемы с линковкой, если вообще соберется. В общем, лично я не стал бы заморачиваться.
Вот насчет java не знаю совсем… С одной стороны этот процессор вроде бы поддерживает jazelle. Но есть ли какие-то свободные реализации java-машин с поддержкой этой технологии — мне неизвестно.
Могу помочь с конктретными вопросами по железу, если такие возникнут.
Как «битовых» превратилось в «бытовых» — до сих пор понять не могу :)
Преимущества? Цена, размеры, энергопотребление. Да и для х86 нужен целый чипсет, а микроконтроллеры с АРМ — вещь в себе. Подпаял кварц, подал питание, и всё, он работает :)
С чего начинать? С поиска схемотехника и программиста :) Один будет проектировать и разводить платы, второй — программировать всё это счастье.
Просто, за годы работы устаканился некоторый общий дизайн плат, свой набор драйверов для периферии и теперь на основе этого можно очень быстро делать почти что угодно :)
Ладно, если в кратце — то компиляторов есть два: gcc и Keil. Со вторым так же может поставляться среда (с неудобным редактором кода), стек TCP/IP, ядро RTOS, драйвер FS и ещё какая-то вкуснятина. С gсc конечно ничего такого не поставляется, зато он бесплатен, и есть бесплатные аналоги всего того, что я перечислил выше.
Правда, gcc генерит более объемный и медленный код. Зато там более гибкие скрипты линковщика :) В общем везде есть свои плюсы и минусы.
Из IDE мы используем MSVS или Emacs.
Прошивать удобней всего через самописный бутлоадер. Хотя есть варианты через USB, JTAG, FFPI, последовательный порт (это если говорить о AT91SAM7X).
Конечно, есть бесплатные аналоги для всего этого, но там нужно приложить куда больше усилий по допиливанию до рабочего состояния.
Среды можно использовать самые разные. У нас например используют MSVS или Emacs. У Keil есть своя среда, но там неудобный редактор кода.
Прошивать можно по USB, JTAG, FFPI или написать свой бутлоадер и заливать прошивки хоть через сетку.
Правда, только в режиме Slave. Но есть контроллеры, которые могут работать и мастером.
Хотя, могу пройтись подробно по режимах работы.
А вот товарищ выше уже предлагал помощь автору топика в написании такой капчи :)
Более того, для успешного машинного распознавания капчи цвета не обязательно должны быть такие, как в оригинале. Поэтому можно спокойно забить на то, что часть цветов будет описана в CSS
В пользу этого варианта говорит повышенная яркость на побережье Черного моря.
Об этом говорит большая концентрация в крупных городах и на основных трассах
en.wikipedia.org/wiki/Box-drawing_characters
А то сейчас выходит так, что gcc компилируется на gcc :)