В рамках проекта BeagleBone Black (http://beagleboard.org/Products/BeagleBone%20Black) подготовлена новая миниатюрная одноплатная платформа для любителей электроники, продолжающая развитие линейки BeagleBone, развиваемой как волонтёрский проект нескольких инженеров из компании Texas Instruments. Устройство поставляется по цене 45 долларов и укомплектовано дистрибутивом Angstrom Linux (http://www.angstrom-distribution.org/), загружающимся менее чем за 10 секунд. Дополнительно поддерживается установка Android и Ubuntu. Плата развивается в соответствии с принципом Open Hardware, подразумевающим доступность всех схем, необходимых для производства собственного аналога. За исключением видеодрайвера, все программные компоненты поставляются в исходных текстах под свободными лицензиями.Устройство укомплектовано 512Мб ОЗУ, впаянным 2GB eMMC Flash и процессором Texas Instruments Sitara AM335 1GHz ARM Cortex-A8 (http://www.ti.com/product/am3359) с двумя RISC-сопроцессорами (DSP), графическим акселератором PowerVR SGX (поддержка OpenGL 2.0, ES 1.1/2.0) и ARM Cortex-M3 для управления питанием. Доступные разъёмы: USB client, USB host, Ethernet 100Mbit/s, Micro HDMI, слот для SD и два 46-пиновых разъёма (65 цифровых портов I/O, 7 портов A/D, 4 последовательных порта, 2 SPI, 2 I2C и 8 PWM). По сравнению с Raspberry Pi плата BeagleBone Black снабжена более мощным процессором и имеет больше портов ввода-вывода.
<center><a href="http://cdn.arstechnica.net/wp-content/uploads/2013/04/beagle... src="http://www.opennet.me/opennews/pics_base/0_1366747069.png" style="border-style: solid; border-color: #e9ead6; border-width: 15px;" title="" border=0></a></center>
URL: http://arstechnica.com/information-technology/2013/04/for-yo.../
Новость: http://www.opennet.me/opennews/art.shtml?num=36767
PowerVR SGX - нафиг не надо.
O_O вот как-то не жалуюсь (чип установлен в планшете жены). Смотря какой версии. Вряд ли там будет SGX554 :) http://www.anandtech.com/show/6426/ipad-4-gpu-performance-an... (November 2012). Быстрее MaliT604, Adreno 320 и Tegra3. В общем зря гоните на чип.
SGX530
Ничем не примечательно. Есть тот же Raspberry Pi за 35$ и куда более мощный Cubieboard за 45$-55$.
> Ничем не примечательноВ отличии от других как раз примечательные процессоры для промышленной автоматики
http://www.compeljournal.ru/enews/2012/10/3> Есть тот же Raspberry Pi за 35$ и куда более мощный Cubieboard за 45$-55$.
китайское фуфло
Ищу конкретные плюсы по сравнению с cubieboard. Пока за всего 4 доллара экономии минусы:
- 512 МБ ОЗУ вместо 1 ГБ;
- отсутствие SATA;
- отсутствие платы для подключения периферии (типа baseboard для cubieboard). Или те, что для оригинального beaglebone совместимы (пруф)?>В отличии от других как раз примечательные процессоры для промышленной автоматики
1 Гбит ethernet нет. Где остальные пром. шины? Есть/объявлены готовые платки-расширители, чтобы их подключить?
beaglebone купить можно, в отличие от cubieboard.
Заказал себе в прошлое воскресенье Cubieboard за 54$ спокойно.
> beaglebone купить можно, в отличие от cubieboard.Мне мой cubieboard уже прилетел, что с учетом Почты России (а это конкретные такие почторасы) - весьма мило :). Кстати, замечательная железка. Я уже закатал убунту + вообще научился под нее билдить убут, кернель и прочая. Прикольненько.
> китайское фуфлоУ "китайского фуфла" в виде CubieBoard соотношение цена-качество заткнет любой техас куда подальше. У кубиборда за те же бабки в 2 раза больше оперативы, намного более интересный набор интерфейсов (даже SATA есть), 4Gb NAND.
А техасцы погорели на том что дорогие не в меру и оверинженернутые. Вон с smart reflex например - целая эпопея. В hi-secure омап - "посылка есть, но вам я ее не отдам", в обычных - вообще курите бамбук. Да пошли вы такие хорошие с вашими заморочками! Прямолинейные китайцы сделали все это в 20 раз проще. И ядро корежить не надо и мозг не сношают особо-привилегированными версиями чипов для расово верных парней, и вообще - намного проще все как-то.
гляньте как нибудь на wandboard. в 2 раза дороже, но мощи - ого-го
> гляньте как нибудь на wandboard. в 2 раза дороже, но мощи - ого-гоМне не надо "о-го-го". Мне как правило надо:
1) Дешево! Чем дешевле - тем больше я найду применений железке for fun and profit. Железка за 100 баксов имеет намного меньше применений чем за 50. А за 20 -
2) Good enough для моих задач.Cubieboard в этом плане - просто находка. Он уже дешевый но с периферией которой позавидуют и в 2 раза более мощные. Скажите, а фигле толка от мощного процессора если ему допустим I/O некуда девать потом? У Cubie есть 100М эзернет + SATA, куча интерфейсов к дисплеям всех мастей (в т.ч. "голым" LCD панелям). USB hi-speed нормальный. Это позволяет сделать из девайсины много чего интересного. Например даталоггер, систему видеонаблюдения, простой NAS и что там еще. И все это может быть одновременно. Гигагерцевый проц с аппаратным кодированием видео + сатовый винч/ссд + юсб + интерфейсы для камеры/дисплея это довольно неплохая заявка на победу в определенных нишах.
> куча интерфейсов к дисплеям всех мастей (в т.ч. "голым" LCD панелям)Т.е. LVDS? А то к beaglebone нужно плату докупать за $35, чтобы HDMI->LVDS получить.
> Т.е. LVDS?То-есть,
1) На плате распаян HDMI.
2) На extension header вытащены LVDS (для дисплеев побольше), RGB-bus (для дисплеев поменьше) и просто VGA. Ну и куча всяких прочих ништяков, список которых достаточно обширен.Вообще, китаезы как-то хорошо угадали с периферией. Именно "комп за полтинник" из этого намного лучше чем из любого Raspberry Pi. Например, SATA есть. Pi это крыть нечем. Совсем. Так что если где-то надо емкий и более-менее резвый накопитель, cubie выглядит явно интереснее.
Ну и boot sequence у Cubie де-проприетаризован практически полностью. После включения пинается pre-loader на основе uboot ("SPL"), лежавший в оговоренном месте, а потом и сам u-boot. Которые народ научился делать в формате понимаемом boot ROM. Так что горбатые проприетарные бутлоадеры идут лесом. По сути можно партиционировать носители как хочется (бутром лишь ищет сигнатуры начального загрузчика в ряде определенных мест, остальное ему сильно пофиг). Например, в любую ФС которую жрет u-boot (а он нынче понимает очень много чего). Можно отучить от вывода чего либо в uart, если хочется туда некий модуль подвесить. Ну там GPS микромодуль эмбедовочно-индустриальный например. Как вы понимаете, совсем не факт что он положительно отнесется к сотням текста которые ему льют в UART.
Вы это все пробовали или только из описания портов предполагаете? Потому что может оказаться что и сата и эзернет по факту висят на юсб шине, которая и сама по себе скорострельностью может не отличаться. Поэтому по отдельности что-то может и заработает с терпимым скрипом, а вот с нас например будет сильный напряг и скорости по 2-5 мбайт/с. Потом надо учитывать еще и скорость доступа к памяти - например, использование видевыхода, вполне невинное занятие на первый взгляд, может привести к просадке всего остального процентов на 5-10 и это еще при статичном изображении. И т.д. и т.п. Я обжегся пару раз на арм платках и хорошо представяю какие там всплывают подводные камни.
Поддерживаю!
Про lvds хорошо раскрыли, спасибо.
А что с подводными камнями?
> Поддерживаю!
> Про lvds хорошо раскрыли, спасибо.
> А что с подводными камнями?Эх не дождался :)
Вот кому интересно по пинам http://linux-sunxi.org/Cubieboard , для начала
> Вы это все пробовалиДа, я это пробовал. Оно, понимаете ли, у меня на столе лежит.
> или только из описания портов предполагаете? Потому что
> может оказаться что и сата и эзернет по факту висят на юсб шине,А вот и хренушки: у allwinner'а контроллер SATA в чип встроен. Как у нормальных людей, а не костылями. А авторы кубиборда просто как вменяемые люди вытащили с allwinner наиболее вкусные интерфейсы оного, которых есть. И эзернет там опять же из проца торчит, а не костыль на юсб.
> вот с нас например будет сильный напряг и скорости по 2-5 мбайт/с.
А это вообще лоховская скорость даже для usb. У меня к роутеру винч на usb прицеплен, там скорость некритична -35Мб/сек, однако. А больше из usb выжать сложно из-за протокольного оверхеда.
> Я обжегся пару раз
И теперь на воду дуете? :)
Там на картинке
Included in price: power supply - 10$, usb ?network? cable - 3$
А гигагерц там честный или как на beagleboard xm - есть на каком-то древнем сильно патченном ядре, а все что выше только 800?
TI только старое ядро поддерживает (еще точнее новые ядра не тянет полузакрытое TI EZSDK - поддержка DSP и графики)
Там есть DSP, нужно, а кто не знает что делать с DSP тот сам себе чебурашка.
> Там есть DSP, нужно, а кто не знает что делать с DSP
> тот сам себе чебурашка.Осталось компилер к этому dsp найти. Его наличие в свободном доступе не очевидно. С c64+ что-то можно найти.
> Там есть DSP, нужно, а кто не знает что делать с DSP тот сам себе чебурашка.К сожалению, техасцы немного забыли сделать удобно работать с их DSP из линуха.
Доставка? :-(
Опять обосрали идею всю с этим проприетарным видеодрайвером... Ничего, кроме Linux, уже не воткнёшь. На Rpi та же FreeBSD спокойно взлетает, и первая версия видеодрайвера уже работает.
Для нужд автоматизации аля "умный дом" графика ниГУЯ не нужна... поэтому FreeBSD и без OpenGL проживет...
Пусть живет... интересный девайс...
> Для нужд автоматизации аля "умный дом" графика ниГУЯ не нужна... поэтому FreeBSD
> и без OpenGL проживет...
> Пусть живет... интересный девайс...Это верно, просто сам факт -- хотели сделать открытый девайс, а получилось как обычно. И да, для нужд автоматизации вполне хватит древнего at91 ;)
> Для нужд автоматизации аля "умный дом" графика ниГУЯ не нужна... поэтому FreeBSDОсталось только придумать нагуя там фрибзда, которая в эмбеддовке вообще ноль без палочки.
>> Для нужд автоматизации аля "умный дом" графика ниГУЯ не нужна... поэтому FreeBSD
> Осталось только придумать нагуя там фрибзда, которая в эмбеддовке вообще ноль без
> палочки.с разморозкой! :-)
То, что фря не работает на таком количестве платформ, как линукс, ещё не означает "ноль без палочки" ;-) Конечно, на произвольный говнороутер не воткнёшь -- но железо уже можно найти, не особо напрягаясь.
> железо уже можно найти, не особо напрягаясь.Но вот только это будет уже не embedded...
> Но вот только это будет уже не embedded...Например, те же DreamPlug, или Raspberry Pi -- магически становятся не embedded, если на них ставят что-то, кроме Linux? Ну извините (с)
> если на них ставят что-то, кроме Linux? Ну извините (с)Как бы залить нечто и сплюнуть дебажный вывод в UART - это еще не "поддержка платформы". Это так, proof of concept.
А если посмотреть в детали - там то и прячется дьявол.
1) Обе железки довольно старинные (как минимум на уровне архитектуры).
2) Обычно периферия поддерживается по принципу "нифига не работает, но мы работаем над этим вопросом".
3) Обычно проблема в том что девайс перестает выпускаться здорово раньше чем пункт 2) достигает заметных юзерам результатов.Что делает подобную "поддержку" всего лишь громкими декларациями. А на практике оно бесполезно, т.к. припахать железку к каким-то практическим задачам как правило опаньки. Сплевывать дебажный вывод в UART - не очень ценная практическая задача. А для более интересных почему-то чаще всего "драйверов нету, б...!"
> Как бы залить нечто и сплюнуть дебажный вывод в UART - это
> еще не "поддержка платформы". Это так, proof of concept.Согласен.
> А если посмотреть в детали - там то и прячется дьявол.
> 1) Обе железки довольно старинные (как минимум на уровне архитектуры).И что? это делает невозможным применять их? Например, для NAS нужно что-то более мощное?
> 2) Обычно периферия поддерживается по принципу "нифига не работает, но мы работаем
> над этим вопросом".Смотря какая. Аудио-выходы, графика там, где она есть -- да. SATA на Шиваплаге, Дримплаге и подобных -- работает, драйвер под фрю в т.ч. мной и писался :-) GPIO цепляется. Уже можно что-то делать.
Для Rpi поддерживаются в общем-то те же базовые вещи, но, например, простенький вайфай-роутер можно уже собрать -- собирал лично, работало стабильно несколько дней, пока не дезынтегрировал за ненадобностью :)
> 3) Обычно проблема в том что девайс перестает выпускаться здорово раньше чем
> пункт 2) достигает заметных юзерам результатов.Как пойдёт.
> Сплевывать дебажный вывод в UART - не очень ценная практическая задача.
User294, залогиньтесь! Следуя вашему стилю, мне надо написать сообщение опять ещё раз. Прочитайте выше! :-)
>> 1) Обе железки довольно старинные (как минимум на уровне архитектуры).
> И что? это делает невозможным применять их?Не то чтобы, но в целом логично рассматривать их как "deprecated" (большинство линевых дистров забило на все что старее ARMv7 и правильно сделали). Сколько такие архитектуры протянут под давлением конкурентов продающих не в пример более могучие чипы Cortex A серии - вопрос интересный. Не думаю что долго. Кортексы явно лучше получились. И расщепление линейки на разные сегменты вполне грамотное.
> Например, для NAS нужно что-то более мощное?
Ну давайте посмотрим на задачу в целом. Вспомним что аппетит приходит во время еды. И что ваша связка имеет нам предложить? UFS, древний и тормозной на уровне устройства своих антикварных дисковых структур? Ну спасибо! Только EXT4 его порвет как тузик грелку по скорости. ZFS, который на такой штуке похож на пудовую гирю на ноге воробья? И ему проца не понадобится? Со всеми его чексуммами, сжатием и прочим? Как-то сомнительно. А если про SSD вспомнить (а эти штуки могут упереться в SATA интерфейс запросто) - вообще проца много не бывает. К тому же обработка протоколов тоже проц грузит.
А лично мне оптимальный выбор ФС на подобных штуках видится как-то так:
- Ext4 на дисковых накопителях, если в проц не особо упирается. Он резвый и проц не грузит особо.
- JFS на дисках, если проц в системе гэ и все упирается в него. Можно выиграть по скорости за счет разгрузки проца.
- F2FS весьма интересно выглядит на SSD, картах памяти и флешках. Он удачно эксплуатирует физическую структуру флеш-памяти.> Смотря какая. Аудио-выходы, графика там, где она есть -- да.
В идеале должно работать 100% периферии проца. Реально, конечно, так бывает не всегда. Но по идее нормальной поддержкой платформы является именно это.
> SATA на Шиваплаге, Дримплаге и подобных -- работает, драйвер под фрю в т.ч. мной и писался :-)
А, я кажется догадываюсь почему NAS в качестве примера. Там наверное работает аж целый SATA и эзернет.
> GPIO цепляется. Уже можно что-то делать.
Вообще - да, в принципе можно что-то делать. Только вот линуксоиды "могли что-то делать" на данной платформе на несколько лет раньше. По логике вещей это было их конкурентным преимуществом. Ну и опять же - я не вижу что такого FBSD имеет предложить кроме лишней порции головняка. Возможность зажать сорц? Это чтобы остальные ехидно взяли пингвина, повертев пальцем у виска? :) Сомнительный плюс. К тому же у пингвинов разнообразие видов. Если долбит размер системы - штуки типа openwrt позволят собрать систему максимально компактной. А бсдшники грозились сделать аналог бизибокса, но - "как обычно". Может через ...цать лет и напишут.
А если хочется нечто типа десктопа, то хоть те же deb-based с удовольствием предоставят всю мощь пакетной системы и десятки тысяч пакетов. И у них пакетная система - не "для галочки", как у некоторых, а для администрирования системы. Как вы подозреваете, самолично билдить из сорцов софт на такой железке я все-равно не собираюсь.
> Для Rpi поддерживаются в общем-то те же базовые вещи, но, например, простенький
> вайфай-роутер можно уже собрать -- собирал лично, работало стабильно несколько дней,
> пока не дезынтегрировал за ненадобностью :)Во-во, это настолько хороший роутер что его только и можно дезинтегрировать. Практической пользы от него ноль без палочки. Потому что железка сама по себе гуево заточена на бытье роутером. Один эзернет? Через usb? И в него же вайфай? И все это взвалим на ARM11? Хорошая заявка на победу в чемпионате тормозов и извращенцев. Только если это было надо - проще было купить TL3020. Там конечно меньше RAM, но на роутер - хватит. И он явно компактнее и аккуратнее. И openwrt в него льется, если продвинутости нужны. И цена вопроса - 25 баксов в ближайшем ларьке, при том что вайфай уже встроен. К тому же эзернет и вайфай там по людски подключены и не будут давиться в одном узком usb.
А если на такой "роутер" еще и фрибсд впихивать - станет совсем хорошо. А что, у вас там вайфай уже научился работать с нормальной скоростью? Или "как обычно"? А то пингвины вон уже к гигабиту по беспроводке подбираются. И это уже на полочках магазинов.
>> 3) Обычно проблема в том что девайс перестает выпускаться здорово раньше чем
>> пункт 2) достигает заметных юзерам результатов.
> Как пойдёт.По моим наблюдениям чаще всего - вот так. А сейчас рынок ARMов очень динамичен. Там идет довольно сильная рубка и новые SoC "в 2 раза лучше старых" пекут как пирожки. Сомнительно что fbsd'шники смогут угнаться за всем этим.
>> Сплевывать дебажный вывод в UART - не очень ценная практическая задача.
> User294, залогиньтесь! Следуя вашему стилю, мне надо написать сообщение опять ещё раз.Прочитал. И не увидел ни 1 вменяемого аргумента "а чем fbsd будет лучше". Видимо аргументы как обычно "я так привык" и "ну это же bsd, а не какие-то там пингвины!". Ну посмотрим сколько лохов купится на такую аргументацию.
>> Например, для NAS нужно что-то более мощное?
> Ну давайте посмотрим на задачу в целом. Вспомним что аппетит приходит во
> время еды. И что ваша связка имеет нам предложить? UFS, древний
> и тормозной на уровне устройства своих антикварных дисковых структур? Ну спасибо!UFS2 может предложить консистентность метаданных без использования журналирования.
UFS2 может предложить снапшоты.> Только EXT4 его порвет как тузик грелку по скорости.
По скорости записи мусора EXT4 порвёт любую грелку.
> ZFS, который на такой штуке похож на пудовую гирю на ноге воробья?
> И ему проца не понадобится? Со всеми его чексуммами, сжатием и прочим?
> Как-то сомнительно. А если про SSD вспомнить (а эти штуки могут
> упереться в SATA интерфейс запросто) - вообще проца много не бывает.
> К тому же обработка протоколов тоже проц грузит.Где тестирование, на основе которого сделаны такие далеко идущие выводы?
> А лично мне оптимальный выбор ФС на подобных штуках видится как-то так:
> - Ext4 на дисковых накопителях, если в проц не особо упирается. Он
> резвый и проц не грузит особо.
> - JFS на дисках, если проц в системе гэ и все упирается
> в него. Можно выиграть по скорости за счет разгрузки проца.
> - F2FS весьма интересно выглядит на SSD, картах памяти и флешках. Он
> удачно эксплуатирует физическую структуру флеш-памяти.Всё перечисленное — прошлый век. А где снапшоты? Где гибкое и оперативное управление логическими томами на основе общего физического пространства?
> Прочитал. И не увидел ни 1 вменяемого аргумента "а чем fbsd будет
> лучше". Видимо аргументы как обычно "я так привык" и "ну это
> же bsd, а не какие-то там пингвины!". Ну посмотрим сколько лохов
> купится на такую аргументацию.В вашем [d]курятнике[/d] пингвинятнике давно уже всё протухло и поросло в мхом.
> UFS2 может предложить консистентность метаданных без использования журналирования.Еще запиши в достоинства фрибзды "она там загружается" :) </sarcasm>
> UFS2 может предложить снапшоты.
Я рад за него, но шитявую скорость работы это не компенсирует.
> По скорости записи мусора EXT4 порвёт любую грелку.
Не вижу мусора чего-то. Спору нет, добавочные слои детектирования разрушения типа чексумм данных - это хорошо. Но это нагружает проц который и так хилый. И это не про UFS.
>> К тому же обработка протоколов тоже проц грузит.
> Где тестирование, на основе которого сделаны такие далеко идущие выводы?В данном случае лично мне и без тестирования все понятно. Понимаешь, при достаточном опыте и понимании как и что работает, можно оценочно прикинуть результат. "Приятно чувствовать себя провидцем" :-).
Но если ты готов оплатить мое время потраченное на эту хрень - ок, я конечно могу показать тебе образцово показательное обтекание. Иначе можешь занахаляву посмотреть грубый прототип на форониксе. Там конечно ZFS on Linux супротив ext4 бенчили, но общие свойства ФС как ты понимаешь не так уж сильно зависят от ОС. Почему - догадайся сам, если твоего ыкспертского мозга на это хватит :).
> Всё перечисленное — прошлый век.
Первые два - лучшее что можно выжать из классики. Хорошая производительности при средней надежности, нет конских требований к ресурсам. Так что для какого-нить доморощенного NAS - вполне вариант. Третий - просто удачный для флеша вариант.
> А где снапшоты?
В LVM, если оно вдруг надо. Правда работать будет слоупочно. А UFS будет слоупочно работать вообще всегда. Что с снапшотами, что без. Поэтому записать наличие UFS в достоинства может только отчаянный бсдшник.
> Где гибкое и оперативное
> управление логическими томами на основе общего физического пространства?Опять же - предполагается что в мелкотравчатом доморощенном NAS нафиг не уперлись все энтерпрайзные плюшки. Если это не так - логично поставиьт большой и жручий сервак с кучей накопителей. А то менеждить аж целый один ноутовый винч на единственном SATA и полторы флешки с юсб - ну это да, эпически конечно, это ж изен :)
> В вашем [d]курятнике[/d] пингвинятнике давно уже всё протухло и поросло в мхом.
Это, типа, аргумент такой был? Не принимается. Чтобы хотя-бы пытаться такое вякать, допилите у себя там сначала пакетные манагеры, виртуализацию, ФС, драйвера (особенно видео и вайфай) и чего я там еще забыл. А до тех пор это тявкание мосек на слона.
User294, дурашка, ну когда же ты уже угомонишься со своим Linux и Ext4? Нет, ну мы конечно же понимаем, что ты испытываешь огромнейшее разочарование и попаболь. Еще бы: столько лет потрачено хрен знает на что. Бедняга. Но быть может хватит уже? Почти всю свою сознательную жизнь в интернетах я все никак не перестаю удивляться твоей клоунаде. Таких персонажей, как ты и usira, что уже стало, если честно, не смешно, а просто противно.
> ок, я конечно могу показать тебе образцово показательное обтекание. Иначе можешь
> занахаляву посмотреть грубый прототип на форониксе. Там конечно ZFS on Linux
> супротив ext4 бенчили, но общие свойства ФС как ты понимаешь не
> так уж сильно зависят от ОС. Почему - догадайся сам, если
> твоего ыкспертского мозга на это хватит :).Мне тут наконец Globalscale прислал письмо, что они Dreamplug отправили мне, в четверг должен приехать (чёртово первое мая выходной, а так бы, поди, и в среду приехал бы). Думаю, тогда я и замучу тестирование -- линукс должен на нём стоять изначально, ну а фрю водружу туда быстро, свободные SATA-винты у меня есть. Вот и посмотрим, что там со скоростью у ext4 и UFS2. Я не склонен доверять тестам Фороникса -- в прошлом они были замечены в неаккуратном тестировании.
Предполагается, что сначала все ФС будут теститься в дефолтной конфигурации, без тюнинга, а потом посмотрим уже.
О результатах напишу. Советы по тюнингу ext4 приветствуются. Всё не флейма ради.Остальной срач поскипан :-)
> Всё перечисленное — прошлый век. А где снапшоты? Где гибкое и оперативное
> управление логическими томами на основе общего физического пространства?Айзен, дурашка, ну когда же ты уже угомонишься со своим бздлом и ЗФСом? нет, ну мы конечно же понимаем, что ты испытываешь огромнейшее разочарование и попаболь. еще бы - столько лет потрачено хрен знает на что. бедняга. но быть может хватит уже? почти всю свою сознательную жизнь в интернетах я все никак не перестою удивляться этой клоунаде, таких персонажей как ты и Лисяра, что уже стало, если честно, не смешно, а просто противно
> То, что фря не работает на таком количестве платформ, как линукс, ещё
> не означает "ноль без палочки" ;-) Конечно, на произвольный гoвнoроутер не
> воткнёшь -- но железо уже можно найти, не особо напрягаясь.Железо то найти можно. Если забить на требование "чтобы потом еще и нормально работало".
А так то да, если вы - корпорация размером с фирму Сони, вы конечно запустите BSD на вашей железке в лучшем виде (в PS3 вроде как нечто такое и поюзано). А вот если кто рангом помельче, как то индивидуал или стартап - тут ваше фрибсд вообще без шансов. В плане соотношений затрат усилий к выхлопу. Да, огромная корпораха может несколько пожертвовать эффективностью, отбарабанив цикл портирования лично, чтобы потом образцово-показательно зажать сорц, и вообще ни с кем не делиться. А вот тем кто помельче так совсем не катит, для них это означает вылет в трубу.
> Опять обосрaли идею всю с этим проприетарным видеодрайвером... Ничего, кроме Linux, уже
> не воткнёшь. На Rpi та же FreeBSD спокойно взлетает,Просто это никому не надо кроме десятка маргиналов на всю планету.
p.s. а что, вам не нравится свою же удавочку на свою же шею то примерять? В жуйке вы так клево насчет GPL кидались кирпичами, что она дескать сорц не позволяет зажать. А тут вам вдруг не нравится что сорец зажали? Бывает же так, что в производителя снарядов летит его же продукция :)
Я от своих слов не отказываюсь. Проблема, описанная мной в жуйке -- в том, что мы не публикуем исходники наших продуктов (за исключением того, что уходит в апстрим OpenBSD и других проектов -- этого немало, поверьте), а тут случайно вляпались в GPL-код, который с нашим статически линкуется, и нам пришлось потратить время на уничтожение GPL-кода.
я не вижу никаких оснований не делать бинарный драйвер для этого граф. ускорителя, причины этого могут быть самые разные. Однако, если потом производитель платки берёт этот чипсет, он сразу подписывается на то, что часть железа будет только с бинарным драйвером -- и соглашается с рисками, связанными с этим. Если таких чуваков много -- чипсет хорошо продаётся, и у производителя чипсета нет стимула пытаться преодолеть те проблемы, которые мешают открытию драйвера. Это рынок, понимаете? :-)
Если хотя бы конечные пользователи вертели бы носом от такой продукции -- производители платок подумали бы, а брать ли дальше железо, для которого нужна блобятина в ядре, или нет? Но ведь всем пох, Rpi продаётся тоннами, вот это чудо ещё появилось -- и всё туда же.
> в том, что мы не публикуем исходники наших продуктов (за исключением
> того, что уходит в апстрим OpenBSD и других проектов --Ну а вот автор в лицензии хотел получать возврат наработок в проект. Это способствует развитию его проекта. И кто вы собственно такие, чтобы с нахрапом передергивать и просить автора перелицензировать ваши факапы? Нахалы! Сперва схапают, а потом интересуется "ой, а можно ли?". При том как чужое хапать - на авторские права вам ЧИХАТЬ. А как ВАШЕ хапать - так мы такие щепетильные сразу все из себя. Вот именно такие махровые двойные стандарты мне в таких типчиках и не нравятся. И именно от таких умников GPL и защищает проекты.
> этого немало, поверьте),
Я не собираюсь никому верить на слово. Я в состоянии сравнить уровень развития OpenBSD и Linux самолично. И сделать соответствующие выводы. Удачи впихать OpenBSD на сабжевую плату и чтобы оно при этом что-то осмысленное делало с задействованием фич железки.
> а тут случайно вляпались в GPL-код, который с нашим статически линкуется,
Да, вы так случайно наклали на чужие авторские права, зато свои права вы покачать не забыли почему-то. Интересные такие случайности. Вот GPL от таких "случайностей" GPL как раз и защищает, потому что по другому такие как вы просто не понимают.
> и нам пришлось потратить время на уничтожение GPL-кода.
Как по мне - это честно. Не хотите кооперировать с автором - вкалывайте сами. Или выколупывайте из бздей то что вам там надо. Правда вот в сабжевой отрасли это уже дало свои плоды. Так что теперь там гегемония пингвина. Хотя у *BSD было на 10 лет больше чтобы занять нишу.
> я не вижу никаких оснований не делать бинарный драйвер для этого граф. ускорителя,
> причины этого могут быть самые разные. Однако, если потом производитель
> платки берёт этот чипсет, он сразу подписывается на то, что часть
> железа будет только с бинарным драйвером -- и соглашается с рисками,Как ни странно, я совершенно согласен что закрытые драйвера - гадость. Даже если забить на ваши бсдшные страдания, невозможность по людски сбилдить систему так как было бы удобно мне, а не производителю блобокрапа - куча проблем на ровном месте. Совершенно дебильных проблем. Которые вот такие вот как вы своим жлобством и создают окружающим. За что-то такое проприетариев и не любят.
Но тем не менее, я нахожу чертовски забавным когда к проприетариям применяют их же методы. Оказывается, парни не готовы кушать пирожки которые сами же и готовят для других :)
> и у производителя чипсета нет стимула пытаться преодолеть те проблемы, которые
> мешают открытию драйвера. Это рынок, понимаете? :-)Вообще-то, на топичном рынке в целом наблюдается довольно интересная тенденция: наиболее крупные производители уже начинают пилить DRM+KMS бэкэнды для своих SoC. Это, конечно, далеко не все что от них хотели (а как насчет 3D?). Но по крайней мере это обеспечит простой вывод графики + ставшую стандартной в пингвинах основу для более могучих применений. Не то чтобы предел мечтаний, но лучше чем было.
> нужна блобятина в ядре, или нет? Но ведь всем пох, Rpi продаётся тоннами,
А для Pi как раз в ядре блобятина не требуется "сама по себе". Там "драйвер" является враппером для DSP'шного фирмваре. Фирмваре наворочено до жути и является мини-ОС с своим компилером шейдеров и прочим барахлом. Поэтому "драйверу" достаточно скормить все этому чудо-процу и попросить его сделать зашибись. Ну вот драйвер и получился простой и открытый. Потому что враппер к фирмвари сугубо.
Но этот подход имеет ряд очевидных минусов. В частности - модифицировать логику работы GPU вообще невозможно. Что? OpenCL? При такой архитектуре попытки его реализовать - вообще без шансов. Даже не потому что GPU не смог, а потому что закрытое фирмваре подобнх наворотов не предусматривает.
Вот только там ARMовский проц - вообще так, дополнительный элемент архитектуры. Это GPU где до кучи присобачен ARM для отрисовки менюшек и прочей требухи в медиаплеерах. ARM хилый и стартует вообще опосля GPU, его пинает бинарное фирмваре GPU. Это конечно не блоб в ядре, но без этой блобятины система на ARM вообще не загрузится. Потому что первым загружается GPU вот этой блобятиной, а дальше оно уже раскочегаривает все остальное.
> вот это чудо ещё появилось -- и всё туда же.
Увы, в SoC "благодаря" огороженным мобилкам сложилась довольно закрытая и огороженная экосистема. К счастью ситуация улучшается. Но вот GPU пока остаются проблемным топиком.
> Ну а вот автор в лицензии хотел получать возврат наработок в проект.
> Это способствует развитию его проекта. И кто вы собственно такие, чтобы
> с нахрапом передергивать и просить автора перелицензировать ваши факапы? Нахалы!Да вообще уроды.
Кстати, наработки -- тоже интересная зацепка. Мы не меняли их код. Вообще никак! Использовали в процессе статической линковки для запуска OpenBSD на хитром гипервизоре. Но из-за пункта 2б в GPLv2 мы становимся обязанными опубликовать исходники всего нашего ядра. Хотя ничего не меняли в собственно GPL-нутых исходниках. Вот это называется "вирус".
GPL-код юзерленд-утилит, который мы используем, честно лежит на CD-ROM, на котором поставляется наш продукт. Тут всё ОК.> Сперва схапают, а потом интересуется "ой, а можно ли?".
Да, ошибочка вышла, неприятно :-) Кстати, мне тоже интересно, как получилось, что так легко взяли GPL-нутый код и не озаботились включением его переписывания в план работ. Но это уже не ко мне вопрос...
> При том как чужое хапать - на авторские права вам ЧИХАТЬ.
Ничего подобного! Мы же не выпускаем продукт, в который нагло включили неопубликованный GPL-кусок, мы его честно изничтожаем и в окончательном варианте GPL уже не будет! :-) Где же тут чихать-то? Внимательнее будьте.
> А как ВАШЕ хапать - так мы такие щепетильные сразу все из себя.
Это вообще о чём и как относится к моей ситуации???
>И именно от таких умников GPL и защищает проекты.
гыгы, вот и защитили -- код выкинут, автору один хрен профита нуль :))
> Удачи впихать OpenBSD на сабжевую плату и чтобы оно при этом что-то осмысленное
> делало с задействованием фич железки.О, это да -- с эмбеддедом в OpenBSD всё печально :-)
> Да, вы так случайно наклали на чужие авторские права, зато свои права
> вы покачать не забыли почему-то. Интересные такие случайности. Вот GPL от
> таких "случайностей" GPL как раз и защищает, потому что по другому
> такие как вы просто не понимают.См. выше.
>> и нам пришлось потратить время на уничтожение GPL-кода.
> Как по мне - это честно. Не хотите кооперировать с автором - вкалывайте сами.Это точно. С той только поправкой, что мы вообще не меняли тот GPL-код никак. Кооперация офигенная получилась бы. Внезапно вывалить наши собственные разработки в общий доступ только потому, что нескольким файлам не повезло оказаться под GPL. Супер вообще.
>> я не вижу никаких оснований не делать бинарный драйвер для этого граф. ускорителя,
>> причины этого могут быть самые разные. Однако, если потом производитель
>> платки берёт этот чипсет, он сразу подписывается на то, что часть
>> железа будет только с бинарным драйвером -- и соглашается с рисками,
> Как ни странно, я совершенно согласен что закрытые драйвера - гадость. Даже
> если забить на ваши бсдшные страдания, невозможность по людски сбилдить систему
> так как было бы удобно мне, а не производителю блобокрапа -
> куча проблем на ровном месте. Совершенно дебильных проблем. Которые вот такие
> вот как вы своим жлобством и создают окружающим. За что-то такое
> проприетариев и не любят.Ну хоть в чём-то наше мнение совпадает.
> Вообще-то, на топичном рынке в целом наблюдается довольно интересная тенденция: наиболее
> крупные производители уже начинают пилить DRM+KMS бэкэнды для своих SoC. Это,
> конечно, далеко не все что от них хотели (а как насчет
> 3D?). Но по крайней мере это обеспечит простой вывод графики +
> ставшую стандартной в пингвинах основу для более могучих применений. Не то
> чтобы предел мечтаний, но лучше чем было.Да, это было бы неплохо. Притом для всех потенциальных потребителей -- во фре уже рабочая реализация KMS. Та же OpenBSD, по мне, вообще не система для embedded, ей и не надо :-)
>[оверквотинг удален]
> работы GPU вообще невозможно. Что? OpenCL? При такой архитектуре попытки его
> реализовать - вообще без шансов. Даже не потому что GPU не
> смог, а потому что закрытое фирмваре подобнх наворотов не предусматривает.
> Вот только там ARMовский проц - вообще так, дополнительный элемент архитектуры. Это
> GPU где до кучи присобачен ARM для отрисовки менюшек и прочей
> требухи в медиаплеерах. ARM хилый и стартует вообще опосля GPU, его
> пинает бинарное фирмваре GPU. Это конечно не блоб в ядре, но
> без этой блобятины система на ARM вообще не загрузится. Потому что
> первым загружается GPU вот этой блобятиной, а дальше оно уже раскочегаривает
> все остальное.Кстати да, я смотрел аудиодрайвер под Rpi в Linux -- там делаются RPC-вызовы к, по-видимому, той самой firmware, но за счёт этого драйвер довольно простой.
>> вот это чудо ещё появилось -- и всё туда же.
> Увы, в SoC "благодаря" огороженным мобилкам сложилась довольно закрытая и огороженная экосистема.
> К счастью ситуация улучшается. Но вот GPU пока остаются проблемным топиком.Ждём :-)
> Да вообще урoды.Во, сами признаются :)
> исходники всего нашего ядра. Хотя ничего не меняли в собственно GPL-нутых
> исходниках. Вот это называется "вирус".Вы попользовались чужими наработками. Вы намерены получить с этого профит. Вполне честно если вы поделитесь наработками, имхо. Не хотите делиться - "бaллaст за борт". А зачем автору либы бесплатно корячиться на паразитов, которые рассматривают остальных лишь как дармовый ресурс? Вот GPL от подобного паразитизма помогает хорошо.
> на котором поставляется наш продукт. Тут всё ОК.
Оно и видно - типичный такой проприетарщик. С какими-то очень своими понятиями об "OK". А потом такие искренне удивляются: мол, как это - большую часть рынка виртуализации пингвин отожрал?! Вот такие вот пироги^W гипервизоры с виртуалками. Не, извините. ОК - это когда я могу отребилдить систему/фирвару так как мне станет надо, если мне это станет надо. Иначе это не "ок" вовсе а вендорлок.
>> Сперва схапают, а потом интересуется "ой, а можно ли?".
> Да, ошибочка вышла, неприятно :-)А по вашим постам в жуйке получается что прямо еще и автор виноват - негодяй такой, выбрал GPL, преследуя свои корыстные интересы. Мешая бедным альтруистам типа вас работать, просто хапая что под ногами валялось. Веселая такая логика...
> Кстати, мне тоже интересно, как получилось, что так легко взяли GPL-нутый код
> и не озаботились включением его переписывания в план работ. Но это уже не ко мне вопрос...Вообще-то согласно закону о авторских правах (а другого языка проприерасы не понимают), вы вообще не имели права брать код если с его лицензией не согласны. А не "потом перепишем, когда за руку поймают".
> GPL-кусок, мы его честно изничтожаем и в окончательном варианте GPL уже
> не будет! :-) Где же тут чихать-то? Внимательнее будьте.Вы чего-то не поняли: вы или соглашаетесь с условием лицензии ДО того как юзать код и тогда можете оный юзать на оговоренных условиях, или уж вы нарушаете лицензию и/или законы об авторских правах. По умолчанию у вас вообще никаких прав на чужой код вообще нет.
> Это вообще о чём и как относится к моей ситуации???
К тому самому - избирательное выполнение законов и условий лицензий.
> вот и защитили -- код выкинут, автору один хрен профита нуль :))
Для начала вы его вообще не должны были трогать, если с условиями лицензирования не согласны. А насчет "профита нуль" - интересный вопрос. Одни перепишут, другие поломаются переписывать. А потом как-то так и оказывается что пингвин виртуализацию под себя подмял, а в *bsd - "как обычно".
> О, это да -- с эмбеддедом в OpenBSD всё печально :-)
Оно и гипервизорами как-то не особо известно, если уж гипервизоры вспомнили. И с таким подходом "участников" "процесса" они и дальше будут там же.
> См. выше.
Ну да, я заметил. То-то новости пролетают про то как пингвин опять львиную долю на рынке отожрaл. Да, на очереди виртуализация. А жлобы как обычно сами себя и обжлобливают. Зарубив будущее своим бесплатным кормушкам.
> Это точно. С той только поправкой, что мы вообще не меняли тот GPL-код никак.
А при чем тут это? Выполнять надо все условия лицензии, а не только те которые вам нравятся.
> Кооперация офигенная получилась бы. Внезапно вывалить наши собственные
> разработки в общий достyп только потому, что нескольким файлам не повезло
> оказаться под GPL.Так это вы ССЗБ. Сперва не прочитав лицензию схапали код, а только потом осознали что нарушаете и начали свои же нарушения исправлять. Да еще автор виноват оказывается, а совсем не те кoзлы, которые сначала схапали код, а только потом лицензию почитать изволили. А если почитать законы касающиеся авторских прав - они иного мнения на этот счет.
> Супер вообще.
Да вообще aтaс. Схапали код, нарушили лицензию, попытались переиграть зaдним числом, облaмались, пошли заменять. Хороший пример другим авторам софта куда надо слать таких шyстрых, если не хочется быть в дураках.
> Ну хоть в чём-то наше мнение совпадает.
Да. Кроме всего прочего я не вижу почему у хоть тех же *bsd или кого либо еще вообще не должно быть даже минимального шанса попытаться поддержать железку без длительной дoлбoтни с реверсингом. Это какое-то совсем уж тyпое и ничем не оправданное жлобство IMHO.
>> чтобы предел мечтаний, но лучше чем было.
> Да, это было бы неплохо.Оно не "было" и не "бы". Это идущий полным ходом процесс, достаточно посмотреть коммиты в линевое ядро. Там уже и самсуни, и техасы, и нвидии, и кого там только нет.
> Притом для всех потенциальных потрeбителей -- во фре уже рабочая реализация KMS.
Как я понимаю, корпоративщиков не особо интересуют *bsd на этом рынке, т.к. денег с них сложно получить. Ну а ядерный код в лине обычно под GPL все-таки. С другой стороны по крайней мере будет видно как это программить и интерфейс в целом устаканится. Другое дело что это далеко не все (а генерация шейдеров, etc?).
> Та же OpenBSD, по мне, вообще не система для embedded, ей и не нaдо :-)
Древние мамонты не видят как меняется мир. Конвергенция и интеграция стирает границы. В частности сабжевые девайсы кроме всего прочего спокойно зaткнут мои первые 3-4 компа по вообще всем параметрам, а ведь я их на полном серьезе юзал как десктоп. Просто смешно оказывается когда здоровый грoб эн летней давности проигрывает дешевой "мыльнице" за ...цать баксов по вообще всем мыслимым параметрам, а древний мамонт даже не в состоянии понять насколько изменился климат за эти годы.
> RPC-вызовы к, по-видимому, той самой firmware, но за счёт этого драйвер довольно простой.
Ну так и драйвер OpenGL там AFAIK просто враппер к фирмваре. За счет этого он простой и работает, конечно. Но все что касается GPU - hardcoded в фирмвару GPU. С одной стороны просто. С другой - оболочка от cоcиски. И дофига неподконтрольного кода живущего своей жизнью. Что в плюс никак не запишешь. Тем более что там это в совсем клиническом масштабе.
Example: на кубиборде я в принципе могу перекроить структуру флешки/карты как мне надо, единственным лимитим является критерий поиска загрузчика ROM'ом процессора. Правила просты, оговорены и жить никому не мешают. Сводятся к поиску сигнатур по характерным смещениям. Что не мешает жить любым разделам и ФСам которые были бы мне удобны, etc. Это в принципе позволяет очень гибко раскладывать все так как хотелось и удобно в конкретной ситуации (тем более что u-boot умеет дофига всего). Потому что кроме допущений boot ROM ограничений вообще нет - все что может взлетевший u-boot к моим услугам. И сорец оного - вот он, из GIT взят. Я теперь могу изгибать загрузку системы так как мне будет надо. А в Pi - начальный старт делает блобик для GPU, подчитываемый ROM'ом GPU. Понятный фиг что на эту блобню никаких сорцев нет, набор команд не документирован, и вообще. И вот там жестко навязанных допущений о структуре носителя - дофига. Ну вот например: я в принципе не желаю иметь дело ни с какими FAT-разделами. Это - лишний элемент интерьера. Но как я понимаю, в Pi иначе просто нельзя, чисто технически. Я конечно подозревал что броадком извращенцы, но чтобы начинать грузить систему с GPU - это номер!
> p.s. а что, вам не нравится свою же удавочку на свою же
> шею то примерять? В жуйке вы так клево насчет GPL кидались
> кирпичами, что она дескать сорц не позволяет зажать. А тут вам
> вдруг не нравится что сорец зажали? Бывает же так, что в
> производителя снарядов летит его же продукция :)Ничего вы не понимаете.
Если блоб разботает только под Linux - это да, мерзость.
А если блоб работает только под *BSD - то это вполне себе свободный и качественный продукт.
> Ничего вы не понимаете.
> Если блоб разботает только под Linux - это да, мерзость.
> А если блоб работает только под *BSD - то это вполне себе
> свободный и качественный продукт.Интересная трактовка :-)
См. /41 с разъяснениями. Его анонимное быдло минусует только вот, но на это же пох :-)
> См. /41 с разъяснениями. Его анонимное быдло минусует только вот, но на это же пох :-)К вопросу о быдле - так тут еще вопрос кто себя ведет как быдло. Вы почему-то поклали на чужие авторские права, а вот свои откачать не забыли. Если это не быдляцкое поведение - ну я даже и не знаю. Да еще GPL оказывается виноват в том что вы сначала сунули рыло в кормушку, а только потом поинтересовались а для вас ли это вообще, и "ой, а пусть будет считаться что это для нас, на наших условиях". Называя вещи своими именами - это просто феноменальная степень оборзения.
>> См. /41 с разъяснениями. Его анонимное быдло минусует только вот, но на это же пох :-)
> К вопросу о быдле - так тут еще вопрос кто себя ведет
> как быдло. Вы почему-то поклали на чужие авторские права, а вот
> свои откачать не забыли. Если это не быдляцкое поведение - ну
> я даже и не знаю. Да еще GPL оказывается виноват в
> том что вы сначала сунули рыло в кормушку, а только потом
> поинтересовались а для вас ли это вообще, и "ой, а пусть
> будет считаться что это для нас, на наших условиях". Называя вещи
> своими именами - это просто феноменальная степень оборзения.Анонимному быдлу теперь читать /62. Неохота распинаться перед очередным виртуалом, писать буду только один раз и ссылки ставить :)
> Если блоб разботает только под Linux - это да, мерзость.
> А если блоб работает только под *BSD - то это вполне себе
> свободный и качественный продукт.Тонко, тонко. Мне понравилось. Хорошо вы их в двойные стандарты макнули. Посмотрим как им захочется после этого кивать на эпплов, жуниперов и прочих проприерасов.
Гм, DSP есть, но аудио - только через HDMI? Некошерно как-то... 521 MB RAM маловато... OpenGL ES - хорошо, а как насчет акселерации MPEG?А иначе молодцы, чем шире зоопарк таких плат, тем дешевле будут становиться поделия "больших" контор.
http://www.marsohod.org/
> http://www.marsohod.org/Очень специфичная штука. К тому же средства разработки для плисов проприетарные, а их программинг больше всего похож на программирование на брейнфаке. Т.е. они довольно нишевая штука, когда надо рекордное время реакции, быстрое выполнение узкоспециализированных операций, категорически нестандартная но быстрая периферия и прочая. В остальных случаях на микроконтроллере или микропроцессоре как-то явно проще.
Здравствуйте.
Никто не находил документацию на этот SoC - в частности интересуют GIC, RTC, таймеры и т.д? Что-то порылся на сайте, не нашел. Документация какая-то неполная, на первый взгляд. Видимо, что-то пропустил.
Заранее спасибо, если кто поможет ссылкой.
Дык искать надо на сайте TI. Инфы по omap3, включая и эту ситару, там полно.
Понятно. Спасибо.
Апнота на 4000 страниц мало? =\
http://www.ti.com/litv/pdf/spruh73h
ну и http://processors.wiki.ti.com/index.php/Sitara_AM335x_Portal
> Никто не находил документацию на этот SoCНаходили - на ti.com живет. Немеряный такой даташит.
Какие молодцы, сделали процессор мощнее Raspberry Pi, и при этом памяти сделали 512мб. А то что портов больше, это плюсов не дает, на все что можно подключить к плате нужна память для нормального взаимодействия, иначе все эти порты просто как стразы, кроме блеска никакой пользы.Cubieboard – через пару месяцев будет снабжен двуядерным процессором, просто ребята ждут пока, сам процессор поступит в продажу. Конечная цена, скорее всего, изменится в +5$ что собственно не так то и много.
Процессор для промышленной автоматики для BeagleBone Black полюсов не делает, возможность работать с заявленными возможностями весьма сомнительна, на таком количестве памяти далеко не уехать. Перед тем как создавать можно посмотреть на потребности людей которые пользуются подобными продуктами, а не лепить все по шаблону.
> 512мб. А то что портов больше, это плюсов не дает, на
> все что можно подключить к плате нужна память для нормального взаимодействия,Ну вообще-то на I/O порты много памяти не требуется. Зато она пригодится для иных вещей.
> Cubieboard – через пару месяцев будет снабжен двуядерным процессором,
А каким именно?
> работать с заявленными возможностями весьма сомнительна, на таком количестве памяти далеко
> не уехать.Да вообще-то для промышленного управления - выше крыши. Для многих задач - с десятикратным запасом. Но - не для всех, да. А cubieboard для не совсем брутально-индустриальных применений таки лучше - периферия богатая.
> А каким именно?Новый Allwinner A20, его единственное отличие это второе ядро, а так он полностью совместим с A10.
> Новый Allwinner A20, его единственное отличие это второе ядро, а так он
> полностью совместим с A10.Это тот в котором два ядра A7 вместо одного A8? Ну спасибо, блин, конечно, но два кастрата вместо 1 середнячка - весьма спорный вариант. Вот 2 х A9 было бы красиво. Но у allwinner почему-то такого нет, увы. Многоядерники у них с очень кастрированными ядрами. Ну и нафиг вам кучка ядер-задохликов? Не параллелящиеся программы просядут. Ну и насколько именно два задохлика обсчитают 1 более продвинутое ядро - тоже вопрос открытый. Это будет явно не в 2 раза.
Себестоимость всех этих плат 10 долларов и меньше.
Не проще самому сделать? Все детали купите в китмагах.
lol, цену на процессор хотя бы посмотрите на ti.com, потом добавьте 25$ дистрибьютеру.
> добавьте 25$25%
Так вы покупайте не оф процы, а в китмагах, копирки, неофициал, они дешевле я же сказал.
> Так вы покупайте не оф процы, а в китмагах, копирки, неофициал, они
> дешевле я же сказал.Ну вы, и ерунду несете, можно купить на digikey.com. К тому же китайцы, не глупые и цены ставят такие же что и другие не менее популярные поставщики.
ищите лучше, значит
> ищите лучше, значитНу покажите мастер-класс :)
> дешевле я же сказал.Покажите ссылку на китайскую копию техасских процов.
Нет, у китайских товарищей есть дешевые и хорошие процы. Но это не копии а их собственные разработки. Со своей китаезной спецификой. Типа горбатых или отсутствующих даташитов, откровенной ориентации "ну вот вам кусок хлама чтобы зашить в планшет - ой, а вы что, хотели не плашнеты производить? А мы это не предусмотрели!"
Вы слишком драматизируете.
> Вы слишком драматизируете.Из нормальных (на которые есть даташит и более-менее приличные исходники линя) могу Allwinner назвать. Немного китаезненько, но в целом довольно по уму сделано. Мощная периферия конкурентам назло, довольно внятный даташит есть, дрова в исходниках, хоть это вроде и не заслуга вендора (в том плане что не он их выложил). U-boot с исходниками опять же. А на остальных даташиты довольно огрызочные, а нормальных версий ядер вообще нет. По поводу чего на них и не делают девборд-подобных девайсов и тому подобных продвинутых одноплатников, равно как туговато с портированием всяких там убунтов и прочая.
> Себестоимость всех этих плат 10 долларов и меньше.
> Не проще самому сделать? Все детали купите в китмагах.Ну, сделайте. Мы у вас с удовольствием купим. Вообще, цены типа 30-50 баксов достаточно близки к себестоимости. И да, если на плате деталей на 10 баксов - это не значит что ее себестоимость 10 баксов. Кроме того, цена очень сильно зависит от объема партии. Цена на миллион чипов и цена на 10 чипов могут отличаться в разы. Потому что манагерам оформить что отгрузку вагона чипов, что 10 штук. А времени тратится одинаково. Поэтому предпочтительнее тот кто возьмет вагон чипов.
А как насчет
- Заказать партию плат и оплатить производство. Пуск в производство + оплата производства.
- Монтаж платы (содержание китайцев паяющих за плошку риса по 20 часов в день таки что-то кому-то стоит, как они при этом паяют - понятно).
- Shipping and handling. Разруливание брака, косяков почтарей, ...
- Комиссии платежных систем, ...В результате получится что чтобы работать не себе в убыток - цена будет ближе к двадцатке уже. Ну, вы же не хотите альтруистично повкалывать в аццком режиме совершенно задаром, так что даже на еду не останется? :)
У этого есть 7 аналоговых входов, а у разбери нету аналоговых пинов
Предлагаю сделать свой мини-комп.
Сразу скажу, наш проект будет дороже.
Цель: сделать полноценный мощный мини декстоп на одной небольшой платке.
Мы будем использовать мощный 4х-ядерный проц, мощный нвидиа gpu и 10 GB скоростной оперативы.
На плате будет специальный фасонный радиатор (выпилы и наросты до всех микросхем, которые нужно охлаждать) с вентилятором внутри (толщина должна быть минимальной, разумеется всё придётся разрабатывать специально для платы с нуля).
Размер платы разумеется увеличится.
Возможна вариация, детали и крупные микросхемы с обеих сторон платы, и радиатор с винтом на каждой стороне (длина и ширина меньше, но больше толщина).
Много портов USB 3 - это главная фишка, так как это единственный реально универсальный порт (существует множество всевозможных переходников). Причём они будут расположены так, чтобы флешка вставленная в один порт, не перекрывала при этом другие.
Про энергосбережение придётся забыть (хотя будет потреблять меньше, вашего классического декстопа), но зато можно будет играть в любые современные игрушки ^^.
Лицензия: CC BY-SA
Хочу сейчас!
С чего начать?
Кикстартёр?
> Мы будем использовать мощный 4х-ядерный проц,Какой именно? Сами по себе 4 ядра ничего не доказывают и уже есть у других.
> мощный нвидиа gpu
Опять же - какой именно? Встроенный в тегры? Отдельный на PCI-E? Что-то еще?
> и 10 GB скоростной оперативы.
Какой-то очень странный объем оперативки. Вы вообще имеете отношение к разработке электроники? И если да - как получилось именно 10Gb? И на основании чего вы думаете что это - удачное решение? И что есть скоростная оперативка? DDR3, даже многоканальный - он "обычный". А 10 гигз GDDR5 стоят довольно конских денег.
> На плате будет специальный фасонный радиатор (выпилы и наросты до всех микросхем,
> которые нужно охлаждать) с вентилятором внутри (толщина должна быть минимальной, разумеетсяВентилятор на подобной плате -> сразу FAIL. Это напрочь губит всякие планшеты на интеле и прочая. Кому надо девайс который воет кулером? Ну и про тепловые трубки вы конечно же не слышали? А то в ноутах давно используются.
> всё придётся разрабатывать специально для платы с нуля).
Разработать радиатор - не самое хучшее что можно придумать на свете.
> Размер платы разумеется увеличится.
Опять хорошая заявка на FAIL.
> Возможна вариация, детали и крупные микросхемы с обеих сторон платы,
Сложно и не технологично в монтаже.
> Много портов USB 3 - это главная фишка,
Как бы удачи в этом начинании. Вот только даже на совсем полноразмерных мамках их чаше всего делают внешними контроллерами на скоростных шинах типа PCI-E. Найти SoC с такими наворотами будет сложно.
А если вы хотите собрать "просто очередной х86 писюк" - вы очень скоро узнаете что разводить платы под чипы о 1000+ контактах на 6 слоев - далеко не самое простое, быстрое и дешевое начинание которое можно себе представить. А на рынке уже есть кучка довольно сильных игроков у которых подобный процесс уже организован.
> Про энергосбережение придётся забыть (хотя будет потреблять меньше, вашего
> классического декстопа), но зато можно будет играть в любые современные игрушки ^^.То-есть, вы хотите срубиться в неравной борьбе еще и с приставочниками и валвом? Кажется, Наполеон был весьма скромным парнем на вашем фоне :P.
> С чего начать?
> Кикстартёр?С изучения электроники и понимания с кем придется столкнуться в роли конкурентов.
Если вам уже на этом этапе невмоготу...Зачем вы мне задаёте вопросы, над которыми должны и будут ломать голову инженер-проектировщик-схемщик, проектировщик нашего фирменного кулера и менеджер-экономист?
Сама идея, всегда иметь под рукой относительно недорогой, но мощный малогабаритный игровой компьютер, который можно взять с собой в сумку или просто сунуть в карман, а всё что нужно дополнительно воткнуть в USB.10 GB оперативы - это маркетинговый ход, круглое число, и 10 > 8.
Посмотри в свой современный БП. Что ты там видишь? Правильно, низкоскоростной малошумящий вентилятор большого размера.
Фирменный кулер.
Если ты не нуб-пользователь, тогда у тебя на ж/д прикручен специальный кулер. А также смотри любую современную видео-карту.
Ещё можешь найти похожее в гугле, радиаторы с вентиляторами внутри.
Может поймёшь как будет выглядеть наш.
Пассивное охлаждение - это мусор, это убийство микросхем. На ноуте прокатит, на нашем девайсе - нет.>> Возможна вариация, детали и крупные микросхемы с обеих сторон платы,
> Сложно и не технологично в монтаже.Да, но у этих и цена будет побольше.
Что конкуренты против нас?
Мы же Open Source!План такой:
1) Создать проект на бумаге, всё обдумать, разложить по полкам, нарисовать прототип (лицензия CC BY-SA на всё). Понадобится дизайнер (работает за идею).
2) Затем найти какого-нибудь всем известного чела, который точно не обманет и которому люди будут верить, он же будет руководителем проекта (лидер, альфа-самец), он работает за идею (бесплатно, но хорошо), у него должен быть опыт. Он создаст проект на кикстартёре. Там всё тоже с умом оформить надо, куча приёмов есть, поэтому нужен спец по кику (работает а идею).
3) Собрать бабло и нанять профессионалов, спроектировать плату, кулер (все схемы, чертежи, спецификации и вся документация - CC BY-SA). Для этого нам в проект понадобятся ещё и честные (проверенные люди, на которых можно положиться) известные профессиональные и практикующие в этой сфере юрист и менеджер-экономист (работают за идею).
4) Остатки денег с кика идут на производство штучных тестовых моделей и допиливание проекта (допиливание пункта 3).
5) Собрать деньги на первую партию, если хочется качество, тогда заказать в Европе, а если подешевле, тогда можно и в Китае.НЯ?
Ну всё, народ, план действий вам известен...
Сделайте, пожалуйста.
А я пошёл няшиться в другие миры^^
>> С чего начать?С визита к психиатру. Ибо заданные параметры не вяжутся ни с общей концепцией таких устройств, ни с приемлемыми габаритами, ни с адекватной ценой за набор плюшек. Если хотите сделать аналог Sony Vaio применительно к RPi - дектопную мощность в "малиновом" объёме - вам никакой кикстартер не поможет. Нужны мощности Sony, желание потратить N лимонов на академическую деятельность и грустные многоитерационные эксперименты с железом в плане охлаждения...
не нравится - иди лесом, понимал бы что
Всё что ты говоришь мы знаем больше и лучше тебя! В самом деле, если такой писсимист - иди своей дорогой, дядя.
> не нравится - иди лесом, понимал бы что
> Всё что ты говоришь мы знаем больше и лучше тебя! В самом
> деле, если такой писсимист - иди своей дорогой, дядя.Вот что значит школьная солидарность одноклассников - всем классом даже дядю послать могут!
а я бы просто забрал 45 баксов)
