roboforum.ru

Сайт производитля





CPU : Cortex-A7 Mali400MP2 GPU
PMU : X-Power AXP209“flash charging core”，1.8A PWM charging switch、smart power management specialist，accessible to 12V power adapter, battery，USB5V power input, providing 7 line power output
DRAM : 2*4G 16bits DDR3,forming 32 bit of 1024M Bytes DRAM
NAND Flash : Hynix H27UBG8T2A,4G Bytes MLC 64bit ECC NAND Flash,It can act as system's boot device
TF Card : Support up to 32G card memory,support card test
WIFI : Wifi BT two-in-one module
Ethernet : 10M/100M/1000M IEEE802.3,use Realtek RTL8201CP RJ45
USBHost/USBOTG : 1*USB OTG 2.0 ,2*USB Host
Headphone/Line-in : Support stereo headphone output/line in
CVBS/ YPbPr : CVBS output/YPbPr Input
VGA : Provide VGA output pin interface
HDMI Output : HDMI v1.4,support 1080P@50/60fpts at the most
LCD/LVDS : Provide interface as LCD screen to extend development,support every size of screen:CPU screen below 3 Inch,RGB screen above 3 inch,LVDS screen above 8 inch
TP : Support quad-line resistive touch screen and capacitive touch screen with TWI interface
UART : Provide UART interface,TTL level
SATA : Support 1*SATA ,SATA POWER 5V output
Keys : RESET,POWER_ON etc.
IR : IR only supports infrared remote control
DC : 5V DC IN

linux ядро
http://linux-sunxi.org/Merrii_Hummingbird_A20

в комплекте хвостики:
для подключения SATA+power (питание лучше брать не с платы а отдельно, например с перепаянного шнура USB, так как питание через штатный разъём вырубает всю плату при интенсивной работе SATA),
питание от USB вместе с блоком на 5В 2А (шнур лучше перепаять добавив питание SATA),
usb UART (распиновка ниже, +5v (VCC) не подключать!!!, питание будет от порта USB)


Добавлено спустя 3 часа 58 минут 25 секунд:
Выше описанную железку планирую использовать как систему управления системами домашней автоматизации.
Буду тестировать, насколько ее хватит. Может быть оставлю на ней функцию настенного тачскрина, а может и серверный функционал повешу.
В этой и соседних темах буду описывать свой опыт, думаю многим пригодится.
Эта плата по своей сути очень похожа на cubieboard2 или даже точнее даже на cubietruck (только скомплектована LCD+TS)

На данный момент я достаточно глубоко продвинулся в ее освоении:

• Достал (пообщавшись с производителями) свежие SDK для линукса и андроида.
• Освоил сборку своих образов из обоих SDK.
• Удостоверился что в собираемых мной образах работают все набортные устройства (только видео захват не проверял, но должен работать и он).
• Поняв что даже в "свежих" SDK используются устаревшие ядра для системы освоил сборку ядра sunxi-linux, много времени потратив чтобы ядро с модулями поддерживало все микросхемы на борту.
• Начал сборку своего дистрибудива на базе linux gentoo который будет заточен именно под сервер домашней автоматизации (если не потянет то фронтэнд клиент)
• Осилил проблему активации eth порта при запуске своей сборки линукса
• Осилил проблему активации SATA устройства при запуске своей сборки линукса (в обеих случаях шаманство со стартовыми настройками GPIO)
• Запустил подсистему owfs ( 1-wire сервер )
• Запустих X11 - графическую подсистему (пока без ускорения)
• Запустил Touch Screen
• Запустил встроенный графический ускоритель (может и не особенно важен для задачи но пусть будет работоспособен)
• Запустил ПО умного дома OpenHAB
• Смонтировал в стене forum109/topic15100.html
• ...

Интересное решение. 499 Йен? Как заказывается?
Сам думал про дешевый китайский планшет в качестве "UI-управлятора" в стене.
Сейчас мучаю Wiren Board в качестве "спинного мозга" системы управления: http://contactless.ru/store/#!/~/produc ... d=34097189

просто купил на алиэкспрессе, там много предложений.
Wiren Board - интересный девайс, изучу подробнее. хотя отдал бы предпочтение решению более распределенному с меньшей ценой одного кусочка.
в то же время для указанного сочетания функционала/качества-сложности устройства цена вполне адекватна

setar писал(а):хотя отдал бы предпочтение решению более распределенному

Я вижу WB в роли узла-хаба для 1-Wire, Modbus и простых датчиков на 433MHz.
Все три транспорта опробованы и работают вполне стабильно.
Openhab, конечно, на него ставить резона нету, силёнок маловато, но в аварийном режиме контроллер работать сможет в случае выхода из строя основного логического модуля.

К сожалению цена WB сильно возросла, но все же набор функционала все еще более чем адекватен цене.

OpenHAB вполне потянет такой процессор, только что нибудь типа dev-java/oracle-jdk-bin поставить на линукс нужно

Я для себя вот такой вопрос не решил: должен ли сервер иметь экран? Если да, то ваш вариант неплох. А если не должен? Тогда любой планшет в доме по WiFi смог бы быть управлялкой дома. Почему я негативно отношусть к GUI на сервере? Потому что это задача, которая отнимает ресурсы сервера и является одной из важных проблем его нестабильности. Если экран так нужен, то можно планшет рядом на стене разместить или даже в том же самом щитке, но чтобы он был отдельным устройством.

setar писал(а):OpenHAB вполне потянет такой процессор, только что нибудь типа dev-java/oracle-jdk-bin поставить на линукс нужно

Процессор-то потянет, а вот памяти 64мб не хватит. У меня на raspberry pi 256мб еле для тестов хватает для Openhab...

Виктор Казаринов писал(а):Я для себя вот такой вопрос не решил: должен ли сервер иметь экран? Если да, то ваш вариант неплох. А если не должен? Тогда любой планшет в доме по WiFi смог бы быть управлялкой дома. Почему я негативно отношусть к GUI на сервере? Потому что это задача, которая отнимает ресурсы сервера и является одной из важных проблем его нестабильности. Если экран так нужен, то можно планшет рядом на стене разместить или даже в том же самом щитке, но чтобы он был отдельным устройством.

я для себя сформулировал задачу обратно: в стене должен стоять девайс который в режиме постоянного Ethernet подключения должен уметь управлять домом, WiFi мне для такой задачи не нравится, для этого есть планшет, который вовсе не нужно в стену вделывать.
А уж устанавливать на этот девайс серверное ПО или выделить для этой задачи отдельный сервер - будет видно по ходу.
Пока железа хватает (правда с учетом того что я сразу систему ставил на SSD, на котором помимо системы, так же лежит SWAP, суммарный объём памяти вместе со свопом сотавляет 4 GB)

setar писал(а):я для себя сформулировал задачу обратно: в стене должен стоять девайс который в режиме постоянного Ethernet подключения должен уметь управлять домом

И я двумя руками за такое.

setar писал(а):WiFi мне для такой задачи не нравится, для этого есть планшет, который вовсе не нужно в стену вделывать.

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

наличие графической подсистемы никак не мешает работе сервера, ни аппаратно, ни программно.
сейчас это вообще модное направление - рендеринг инженерных рабочих столов на GPU на стороне сервера и доставка инженерам для работы через zerro клиенты (VDI).
Проблем не вижу вообще, это же не windows, который в основном занимается самобслуживанием.
подсистема X на сервере практически не потребляет ресурсов:

setar писал(а):наличие графической подсистемы никак не мешает работе сервера, ни аппаратно, ни программно.

Вот уж никак не соглашусь. Никак или почти никак? Но с вами спорить не буду.

setar писал(а):сейчас это вообще модное направление - рендеринг инженерных рабочих столов на GPU на стороне сервера и доставка инженерам для работы через zerro клиенты (VDI).

Я придерживаюсь консервативной точки зрения: монолитное ядро ОС - зло. Отсюда и боязнь его подвисания от различной неосновной работы. Второе - это то, что Линукс и так не реалтайм система, а тут еще отвлечение на графическое общение с пользователем. GPU в сервере вообще ненужное излишество.

я по работе с такими консерваторами каждый день общаюсь.
весь консерватизм улетучивается когда демонстрирую работу с CAD программой, при включенном онлайн OpenGL 4.5 рендеринге в fullHD режиме через GPRS канал связи (<4Mbps).
в приложении работа на одном виртуальном ядре GPU, на сервере таких от 32 (одна физическая карта GRID K1) до 128 рабочих мест.
это повторюсь на одном физическом сервере!

Вот если из-за глюка GUI какахи в туалете смываться перестанут - тогда...
Все же лучше, чтобы каждый девайс отвечал за своё.

Добавлено спустя 2 минуты 23 секунды:

setar писал(а):это повторюсь на одном физическом сервере!

Никто не застрахован он аппаратных сбоев, посему надежнее иметь несколько аппаратных нод при управлении домашним хозяйством

setar писал(а)::) я по работе с такими консерваторами каждый день общаюсь.
весь консерватизм улетучивается когда демонстрирую работу с CAD программой, при включенном онлайн OpenGL 4.5 рендеринге в fullHD режиме через GPRS канал связи (<4Mbps).

Мой консерватизм не улетучится. Я делал кое-какие программные инструменты для поддержания надежной работы дата-центра и несколько лет совершенствовал их. И виртуалками сыт по горло.
Но сейчас я говорю вовсе не о том как круто и легко тянет один сервер с GPU множество 3D клиентов. Я про то, что для надежной автоматики основанной на ОС с монолитнм ядром, а такой яляется и Линукс, крайне нежелательной является работа с неосновными периферийными устройствами. Я за то, чтобы автоматика работала в режиме, максимально приближенному к реалтайму, без лишних этажерок в виде Java и других сахарных чудес кибернетики. Это лишь мое мнение, я его никому не навязываю и уважаю чужую точку зрения.

просто виртуализацию и гуи (хоть удалённо) нужно грамотно использовать. есть необходимость и выгода от использования, используют. нет, так и не используется.