Появилась новая платка от TI ~$49 в Mouser. 7 недель до поставок. http://www.mouser.com/catalog/specsheets/BBB_SRM.pdf
Хочется узнать мнения и сравнения Beagle Bone с Black Berry.

Что то не слыхал про Black Berry, это что такое?

А BeagleBone Black уже заказал. Вещь действительно стоящая.

Да кстати, главное не на много дороже raspberry pi

А если сравнить кто из них по производительнее и больше разной периферии? К чему "склоняться" при выборе?

У TI есть, на мой взгляд, решающий плюс - открытая документация.

Судя по Raspberry Pi есть какая-то большая ниша где документация и доступ к железу никого не волнует.
Никогда не понимал кому это нужно.

Понятно, что такие железки как BeagleBone Black долго не живут и уже через год текущую версию можно забыть.
Багов в ней вылезет... Странно почему радиатор не поставили на процессор.

Но зато есть шанс на воспроизведение. Особенно радует упрощенный менеджер питания и индустриальная температура.
Два RISK-а внутри по 200 МГц и аппаратный интерфейс IPC от них к ядру тоже внушают некие перспективы.

Поддерживаю, плюс нормальный разъем расширения, а не какой-то огрызок на RPi.
P.S. На digikey & ti цена 45$, все-таки их разработка

В немецких новостях проскакивала цена 32 Евро, но это наверное не в розницу.

Дык это и есть примерно 45$.
Вот из рассылки от TI:
"SAN JOSE, Calif., April 23, 2013 /PRNewswire/ -- DESIGN WEST -- With BeagleBone Black, the next-generation offering from BeagleBoard.org, everyone from electronic artists to engineers has access to a ready-to-use, 1-GHz computer for only $45. This credit-card-sized, Linux computer is an open hardware and software development platform that makes it quick and easy to transform great ideas into products. BeagleBone Black allows developers to leverage the ideas and knowledge of the highly active and engaged users of the BeagleBoard.org community who support each other from concept through development. Opportunities for innovation are endless."

багов особых нет, наводки для RGB24 пофиксили кондюками..
там am3359 - он несильно греется -> нет нужды в радиаторе..


+1, дока вполне вменяемая, отличное WiKi и приемлемые цены.. еще бы исходники ядра нормально оформили и было бы счастье..


google.ru->"beaglebone black vs raspberry"
например:
http://roboteurs.com/beaglebone-black-vs-raspberry-pi/

Да уж пофиксили...
Скорость с какой у них рождаются новые ревизии внушает...
BeagleBone Black Description

Уже ясно, что для подключения бюджетного LCD c RGB интерфейсом плату придется тюнинговать.
Про стойкость к EMI такой конструкции вообще молчу.

Ну за 45$ в зубы не смотрят.

Зачем там радиатор ? У меня на DM3730 плата, тот же почти процессор, но у ДМ3730 еще и C64+ DSP на борту, - на полной загрузке ну градусов 45 от силы
"RISK-а внутри по 200 МГц " - не понял о чем речь..



Вы о чем вообще и причем тут Texas Ins ?


Сабж стоит сравнивать разве только с китами на OMAP, но никак не с расберри, а то можно и вовсе с 20 баксовыми роутерами сравнивать.

За ссылку спасибо, начинаю сколняться к BBb от TI. Хочется сравнить по потреблению, засыпанию, времени выхода из сна, потребление в спящем режиме.

Да, есть в этой "открытой" архитектуре темные места.
TI за те RISK-и в Programmable Real-Time Unit and Industrial Communication Subsystem (PRU-ICSS) якобы не отвечает поэтому доку надо искать где-то на задворках.
Так же как и доку на графический процессор.

Кстати, рынок примочек к BeagleBone Black уже не такой радостно дешевый.
http://boardzoo.com/product_info.php?products_id=108

Но бизнес модель интересная.

Граф процессор особо не искалб ибо не надо. Вообще ОМАПы несколько более интерсны, пишешь DSP код и через несложный API арм ядро общается с ним. По крайней мере С6000 хорошо документирован. PRU-ICSS - а для чего он :? Примочки по ссылке вообще не очень интересны, имхо самое то - присабачить дешевую борду на Циклоне 3 за 50 баксов и цеплять все что душе угодно.

Это и понятно, поскольку сторонние производители и не те объёмы заказов. Да и под свои задачи нужно делать самому платку.

Это не аргумент. http://www.ebay.com/itm/ALTERA-Cyclone-IV-...=item3a7f9ad748 большая часть примочек по 10 баксов

Ну так я на BeagleBone Black больших планов не имею. Такая архитектура платы всегда частично убивает возможности чипа.

Удивительно почему тот доморощенный "робототехник" по ссылке выше не уцепился за возможности PRU-ICSS и его real time для протоколов как раз распространенных в робототехнике.
А также пропустил наличие мощного модуля управления движками.
И похоже эти фичи TI в данной плате решил убить гонясь за Raspberry.

А Циклон это немного другая тема.
Я упаду со стула если платки на циклоне также начнут рекламировать во всех дырах как Raspberry.
Казалось бы Raspberry имеет сложный для освоения процессор и такие же сложные интерфейсы,
однако из-за повсеместной рекламы создается впечатление, что он юзабельней и востребованней чем Arduino.

ага, кондеев налепили, прям как в старом-добром синклере


ну хоть стараются, иначе вылетят со встроенного рынка..


не, вроде несложно.. я все ленюсь к BB прицепить 7" lcd - там все просто и тривиально..
но от ЮСБ не потянет, только от внешнего источника


пристроил такую плату, как временное решение системы управления - молотит в закрытом 19" неделями

Зачем такие быстрые протоколы ? Проц жирный, имхо его задача - неспешно в роботе лазить по сайтам, обсчитывать трехмерные векторы движения, в фоне сжимать джипеги с камеры и тп, после чего отдавать команды быстрым и простым исполнителям. Под Линуксом не очень понимаю смысл real-time жестких протоколов. И тем более модулей управления движками. Это не его задачи, я удивился что у него даже ШИМ на борту есть.. И на том спасибо.
Чем плохи платки на Циклоне ? Ниос на 3-к вентилей, туды же Линукс полный, чем не решение ? Даже погибче процев..
А Вы какой почтой заказывали ?

а у меня плата на dm8148 - проц греется - палец не удержать.. для успокоения наклеил радиатор, но если буду в закрытый корпус ставить, то организую вытяжку на термодатчике+вентилятор..
а внутри камня всего лишь DSP+Cortex..


видимо о периферийных сопроцессорах (PRUSS?)

У этого проц на плавучке, а поддержка потребления у Вас задействована в полной мере ?

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

Для чего там держатель сим карты без модема?

Вот типичное приложение
Как видно риалтайм там нужен по полной.
На это семейство уже давно портирована RTOS Nucleus Plus.
Поддержка линукса на этих процессорах будет явно слабой, ибо они расчитанны на промышленность и медицину.
Зато есть Google ADK для них вообще без всяких операционок.
Щас увидел даже такое чудо как FreeRTOS портирована.

А для сжатия Jpeg и просмотра фильмов лучше брать Raspberry, там для этого аппаратный движок есть, а у TI нет.

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

Насчет почты не знаю чем там Farnell доставляет, они это делают бесплатно с определенной суммы и довозят из UK за два дня макcимум. Видимо UPS.
Но у них на складе пока нет, оставил заявку. Видать собирают заявки перед следующей ревизией.

понятия не имею, возможно для поддержки 3G модема с таким интерфейсом (mini PCI-e)..

Вы же понимаете, что если нужен jpg то брать надо DaVinci от Техаса, а не недокуметированный BroadComm

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


не согласен, ибо все вышеперечисленные в разных категориях и нишах..
справедливости ради, например, у am3359(Bb black) lcd интерфейс тянет всего лишь "Supports up to WXGA (1366x768) resolution", в то время как у малинки честные 1920х1200..

кстати, у am3359 два гигабитных выхода, но экономные буржуи упорно делают 10/100 (чтобы можно было кормить чисто с ЮСБ)..
напротив, у малины что-то костылеподобное "10/100 Ethernet (8P8C) USB adapter on the third port of the USB hub"

Я не понимаю, почему Техас должен править исходники ядра Линукс
И уж тем более не понимаю про LCD

Где у распбери вообще LCD ?

... у am3359 два гигабитных выхода, но экономные буржуи упорно делают 10/100 (чтобы можно было кормить чисто с ЮСБ)..
А вот подозреваю, что тут у них есть проблема с этой 1000, и не всё получилось гладко. Упоминание есть, но нигде не делаю упор на это.

Просто в бюджет не влезла такая роскошь. На полноценных китах разведены оба 1G.

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

Пока так себе, прямо скажем.

1Gbit у него это ~300Mbit, проц под завязку, не особо чего сможет еще сделать, это на 800Мег. Второму 1Gbit делать нечего. Поэтому по 10/100 тут нормально и даже что-то сможет обработать, хотя сетевая задача не для него.

Подозреваю, что пока еще драйвер изрядно сырой.

Да не причем тут драйвер, если бы в нем дело то поправить его или написать свой не проблема. В шину упирается, у меня high usb на 3730 тоже где то 250 мбит чешет, дальше просто фреймы дропает. Для таких задач проще НИОС 2 с отдельной личной шиной для usb/eth0 и своей памятью.

Но пока сам не пощупать сложно говорить. На техасовском форуме тоже народ ныл, что дм368 дает 8 метров по iso usb, оказалось что менторовская корка юсб тупо не поддерживает несколько пакетов за микрофрейм (ака high bandwidth iso transfer)

Можете уточнить, пожалуйста, для каких процессоров этот ADK ? если можно ссылку
На сайте тексаса ничего не упоминается про это

Насчет шины сильно сомневаюсь, уж очень смешная нагрузка. Тоже приведу пример из другой оперы: на хлипеньком AM1808 через UPP вполне себе прокачивается тот самый гигабит в секунду данных.

Да как им там под линуксом добиться скорости если у них реакция на прерывание длиться дольше 10 мкс.
Очевидно же, что они не линукс там затачивают под гигабитные интерфейсы.

Если за RISK-и на кристалле вообще не TI отвечает, а какой-то анонимный заказчик, то понятно, что тема максимальной проектной скорости закрыта от публики.




https://code.google.com/p/rowboat/wiki/AccessoryDevKit

И каким образом это помешает "добиться скорости"?


С PRU они просто бизнес модель интересную придумали. Документация есть, но немного "прикрыта". Зато можно производить-продавать IP.

Да никак не помешает, зато может помешать вечная глючность EDMA у Ti. Впрочем что критиковать, не факт что у других лучше, да и кто кроме ?

Зачем приплели Анлроид непонятно, под это тормозное глюкалово можно и какой нибудь Alwinner ставить, пусть и нет доки — работать будет. Также плохо, как и Техас под Андроидом.

Вообще давайте уточним позицию Ситары и ее «преимущества» перед китайскими четырехядерниками по 9 баксов за кучку. Вернее какие будут преимущества после опаганивания андроидом.

Полный Ethernet пакет приходит меньше чем за 10 мкс. А тут только ожидание прерывания длиться дольше.

Или знаете как принимать Ethernet пакеты в AM335x без прерываний?



А что вообще делать с BeagleBone без Андроида?
Дешевый HMI - вот все что из этой платы можно сделать в голом виде.
А какой дешевый HMI без Андроида?
Если посмотреть на проекты которые ваяют на BeagleBone, то часть это портирование софтварных тулсов непонятного предназначения, часть вообще слабо связана с BeagleBone поскольку строится на собственном железе, и остальные юзают BeagleBone как переходник к дисплею.

И большинство проектов выветрится как только смартфоны еще чуток подешевеют.
И останется у BeagleBone ниша только в Google ADK , да борьба с Arduino.

Иметь прерывание, прилетающее со скоростью пакета, совсем не обязательно. Более того, для 1G и выше прерывания специально задерживают (interrupt moderation/pacing), дабы не перегружать CPU.

http://www.linuxfoundation.org/collaborate...networking/napi

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

Interrupt moderation/pacing к поллингу отношения не имеет ни разу. 100K прерываний в секунду сделают кривой любую систему.

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

Зачем из нее что то делать ? Это ж кит, учиться надо. Делать лучше имхо из CubieBoard что-то - там все равно по процу док мало, выпускать его будут неизвестно сколько и есть вполне утилитарное приложение в качестве домашнего медиацентра. А на Ситаре - можно как кит, можно робота поставить, система машинного зрения, IP камера итп. Андроид тут каким боком сдался ? Да и как к ней вообще тачскрин прикрутить (молчу что он стоить будет как три таких платы)

А уточните какие китайские четырехядерники вы имели ввиду или ссылку дайте. Как я понимаю с китайскими A8+ ... проблем куда более, поскольку это что-то у них своё, а про описание или струкутуры внутри вообще ничего. Вопросы с драйверами без ответа, китs и отладка - никак. Такое ощущение, что слепили тяп-ляп на пол-года, под конкретную задачу под очередной китайский планшетник, шустрее продыдущего и точка. Развития не предусмотрели. Если взять его за основу, начать разбираться, уйдет кучу времени. А тут на гора новый, ещё более шустрый китаец. И как с ними быть?

K3V2 от Huawei (купить непросто угу). Естественно свое. Так поэтому Техас и интересен - документацией. Но если на него ставить Андроид (о чем и шла речь) - то зачем собственно лезть в кишки ? Берите готовое, пишите на Яве. Поэтому с таким подходом не вижу преимуществ у Техаса.

А, понял. Есть аппаратный способ регулирования частоты прерываний.
Не встречал раньше. Буду знать.