Здравствуйте!

Для начала постараюсь кратко сформулировать вопрос который мне в скором времени надо будет решить:

Нужно произвести апгрейд одного аппарата - вместо "старого" контроллера (на 8-ми битном микроконтроллере) и монохромного графического индикатора необходимо разместить в нем "новый", который сможет вместить в себя достаточно солидную базу данных и предоставить пользователю доступ к ней через цветной 7-ми дюймовый сенсорный экран. Помимо управления экраном устройство должно иметь какое то количество свободных портов GPIO для управления периферией и 2-а uart. Никаких серьезных вычислений не будет. Цена встраиваемого модуля должна быть до 15 тысяч. Желательно иметь гарантию длительного выпуска этого устройства (лет 5-ть).

К большому сожалению я практически ничего не знаю об этих системах. То есть полный чайник.
Может быть кто то может помочь с выбором? Сам я обратил внимание на Single Board Computer UDOO DUAL, но он стоит в ряду с arduino и raspberry, а у меня есть ощущение, что это скорее игрушки, чем что то серьезное, пригодное для встраивание в промышленно выпускаемое изделие. Есть еще процессорные модули стандарта Qseven, но те цены которые я видел выходят за пределы 15-ти тысяч, и опять же вопрос - насколько они "доставабельны"? В общем буду благодарен за любой "ликбез".

Обратите внимание например на это:
A13-OLinuXino-MICRO + LCD-OLinuXino-7TS.
С большим запасом укладывается в ваш бюджет.
Непонятно правда, как там с температурным диапазоном.

В свое время мы с Olimex работали - проблем не было.

Хорошие ресурсы с большим количеством SOM и SBC: embest-tech.com и отечественный starterkit.ru. Можно посмотреть в сторону BeagleBone Black и 7" LCD Touchscreen...

Есть ещё системы на модуле от Sauris GmbH

Можно купить через Сканти Рус

Спасибо за информацию! На вскидку приглянулся BeagleBone Black. Буду разбираться дальше Мне бы теперь еще понять как это все дело программируется

..а вы часом A10-OLinuXino-LIME не использовали? А то я купил на пробу , нет вывода изображения HDMI.
Смотрю на плату - там вроде как не напаяны микрухи между процессором и HDMI разъёмом.

Нет, с этим железом не работал.



Пишите вопросы здесь, подскажем

Продолжение темы. Наконец то начальство выделило денег, купили BeagleBone-Black Rev C + дисплейный модуль BB View - 70. Сначала просто включил BBB, убедился что он живой (в принципе). Потом подключил дисплейный модуль BB View - 70, что называется в лоб (чтобы хотя бы он "задышал", хоть что то вывел). Ничего не заработало. Нашел в интернете инструкцию к нему. Прочитал следующее:

The preinstalled Debian image on the BeagleBone Black does not have support for the BB VIEW. This can be easily remedied by simply patching the old Debian system in the eMMC. The following steps show the update process using a USB flash drive.

1. Download the Debian patch files and the utility tools pack from:
http://www.element14.com/BeagleBone

По этой ссылке я смог найти только последнюю версию debian, а никаких патчей нет. Я как бы debian полностью переустанавливать не хотел, да и нигде не сказано, что она поддерживает этот дисплейный модуль. Не подскажете где можно скачать патч для lcd? Или может быть его можно как то по другому завести?

По этой ссылке написано:
From here you can download all the latest Debian ... system images and the source codes patched for BB View to use with BeagleBone Black.

По идее, вы можете закинуть этот образ на SD карточку, загрузиться с нее и проверить.

Спасибо samike!
Скачал, пропатчил, экран заработал. Все загружается.
Правда теперь другие проблемы 1. никак тачскрин не получается откалибровать - две точки нормально, как только третью жмешь - multitach detected, restarting - и так до бесконечности. Мне интересно - это дефект тачсрина или глюк системы? и что делать? 2. мышку подрубил - вроде она должна автоматом определяться - не включается.

P.S.: что то у меня с этой темой пока один большой сплошной спотыкач

Здесь не подскажу - пишите на форум http://beagleboard.org/ или куда там надо



Возможно для одновременной работы тачскрина и мыши нужны доп. настройки?

С тачскрином дела худо-бедно двигаются (обратился в тех поддержку фирму где покупали, вроде обещали обменять). А вот такой еще вопрос - у меня сложилось устойчивое впечатление, что работать с BBB можно только из под Linux. Соответственно поставил ubuntu, eclipse, java для работы eclipse, ну и дальше ковыряюсь с настройками. Ну дотого мне непривычно работать с Linux (да простят меня его поклонники), что брр... И вот мне вдруг нечаянно попадается статья по настройке средств разработки для BBB в win7 (http://beaglebone.globalmultimedia.in/). Сам еще подробно разобраться пока не успел. Хотел узнать мнение. Стоит ли овчинка выделки? Подводные камни?

Это абсолютно нормальная реакция - все через это прошли Продолжайте изучать Linux - потом это сполна окупится.



Имхо, овчинка выделки не стоит. Подводные камни тут могут в плане того, что разработкой Linux-железки непосредственно под Linux занимаются 99% разработчиков, соответственно, если у вас вылезут проблемы с BBB в win7, вероятность того, что вам сможет кто-то помочь, довольно низка.

Понял, учту. Спасибо!

Я работаю с BBB через Debian установленный на виртуальную машину с хостом Win7. Очень удобно. Виртуалка особо не мешает, линуксу хватит и 32МБ ОЗУ, если не нужно компилировать что-то тяжелое типа ядра. Работаю с виртуалкой и с BBB из Win7 через putty.

Помогите разобраться с установкой кросс-компилятора. В общем нашел я книгу на английском "Exploring BeagleBone- Tools and Techniques for Building with Embedded Linux". Книга с подробным, пошаговым описанием освоения BBB, с большим количеством примеров и т.д., но под Debian. Под Debian так под Debian, я все равно Linux пока почти не знаю. Накатил на отдельный жесткий диск. Стал делать как там все написано по порядку (страницы из книги прилагаю). Дошел до команды поиска пакетов ~# apt‐cache search gnueabihf, после выполнения которой должен появиться список доступных для установки компиляторов (как я понял). Вот а у меня тишина, то есть ничего вообще нет. Пауза, а потом просто пустая командная строка.
Соответственно, если попытаться выполнить следующие команды (например ~# apt‐get install build‐essential libc6‐armhf‐cross libc6‐dev‐armhf‐cross), пишет пакеты не найдены. Нашел видео автора этой книги на ютубе, там он это немного по другому делает, скорректировал. Результат тот же. Я в тупике. Куда бежать, чего делать???

Видимо что-то с репозиториями. sudo apt-get update пробовали?

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

Ну не знаю, ерунда какая-то. Может установленный Debian уж слишком старый?

http://www.emdebian.org/crosstools.html ищите для своей версии дебиана и gcc и вставляете в sources.list.

sudo apt-get update
sudo apt-get upgrade

и далее по книжке.

Для установки кросскомпилятора для АРМ вам необходимо сначала скачать кросскомпилятор отсюда:
http://www.mentor.com/embedded-software/so...s/lite-edition/

На самом деле это пакет инструментов с именем вида arm-none-linux-gnueabi-gcc вместо gcc.
Полный набор:
arm-none-linux-gnueabi-addr2line
arm-none-linux-gnueabi-gdbtui
arm-none-linux-gnueabi-ar
arm-none-linux-gnueabi-gprof
arm-none-linux-gnueabi-as
arm-none-linux-gnueabi-ld
arm-none-linux-gnueabi-c++
arm-none-linux-gnueabi-nm
arm-none-linux-gnueabi-c++filt
arm-none-linux-gnueabi-objcopy
arm-none-linux-gnueabi-cpp
arm-none-linux-gnueabi-objdump
arm-none-linux-gnueabi-elfedit
arm-none-linux-gnueabi-ranlib
arm-none-linux-gnueabi-g++
arm-none-linux-gnueabi-readelf
arm-none-linux-gnueabi-gcc
arm-none-linux-gnueabi-size
arm-none-linux-gnueabi-gcc-4.5.2
arm-none-linux-gnueabi-sprite
arm-none-linux-gnueabi-gcov
arm-none-linux-gnueabi-strings
arm-none-linux-gnueabi-gdb
arm-none-linux-gnueabi-strip

Все они имеют префикс arm-none-linux-gnueabi- перед привычными нам инструментами. Этот префикс может быть другой, но похожий.

На рабочем компьютере:
Разместите их в директории допустим /opt/crosscompiler_arm
В файле ~/.bashrc допишите определение пути, так, чтобы /opt/crosscompiler_arm тоже попало в путь.
В разных пакетах (которые вы хотите компиллировать) по разному, но тем или иным способом вам надо добиться, чтобы вызывались именно эти инструменты.
Будут вопросы -- спрашивайте.