Pull to refresh

Comments 28

Yocto не «спецпроект для малых устройств», а дистрибутив для эмбеддщиков, позволяющий ну очень изуродовать бедный GNU/Linux для того, чтобы засунуть его в очередную микроволновку с фунцией твиттов.
В данном случае — и проект, и дистрибутив, ваши придирки не обоснованны. «засунуть его в очередную микроволновку с фунцией твиттов», это уже перебор. Идет разговор в частности про «умную» одежду. Которая оценивает состояние организма и поддерживает его в комфортном состояние. К примеру специальная одежда для экстремальных условий. Сама будет включать обогрев или охлаждение. Если начнет падать частота пульса, то отправится сигнал дежурному, что надо спасать. Вкалывать лекарства в случае какого либо заражения. Так же это замечательное решение для людей страдающие проблемами с опорно-двигательным аппаратом, новый чип позволит уменьшить габариты и снизить потребление энергии для управления протезом, что в конечном итоге будет еще лучше. Вы против прогресса?
Нет, я против профанации смысла слов. yocto — это не «дистрибутив» в привычном смысле слова. Примерно как андроид. Это, скорее, sdk или devkit — конструктор, с помощью которого любой желающий может собрать «нечто» под себя. Основным отличием от дистрибутива является то, что в нём ничего не дистрибутируется — конкретный вендор решает, что в его системе будет, а чего нет. Причём это решения архигигантского масштаба (например, нужна файловая система или нет, нужна сеть или нет).
Более того, этот же вендор потом решает, собирать и выкладывать остальные пакеты, которые есть у него в BSP (чтобы потом можно было доустановить их через opkg install xxx), или нет. И если вдруг решил не выкладывать ни исходники BSP, ни пакеты для обновления — собранный образ yocto получается ничем не лучше какой-нибудь пропретарной прошивки для SOHO-роутера.
Yocto, как говорят сами авторы проекта, is not an embedded Linux distribution – it creates a custom one for you.
Характеристики вполне позволяют нормальный дистрибутив установить. Зачем в Edison странный Yocto?
Intel предлагает использовать Yocto для всех своих embedded-проектов, процесс его поддержки отлажен, и а пользователю не мешают устанавливать нужные ему «нормальные» дистрибутивы, было бы желание. Просто над Yocto у Intel контроля больше, чем над, скажем, Debian, вот и все.
Я, кстати, очень рад, что эту платформу выпустили на урезаном Atom, а не на разогнанном Quark — у Atom'ов все в порядке и с многопоточностью и с совместимостью с x86, а то на нынешних Quark'ах без патчей компилятора или собранных бинарей большая часть приложений просто сегфолтится при попытке исполнить код с префиксом lock, и сделать с этим Intel пока ничего не может, а без этого установка Debian на Galileo превращается в прогулку по граблям, ибо внезапное обновление патченного eglibc может сломать половину системы.
Т.е. если ВДРУГ кому то захочется РЕАЛЬНО свободного Линукса — все опять упрется в драйвера?
«Основным отличием от дистрибутива является то, что в нём ничего не дистрибутируется — конкретный вендор решает, что в его системе будет, а чего нет. Причём это решения архигигантского масштаба (например, нужна файловая система или нет, нужна сеть или нет).»

Пока читал, в голове WinCE крутилась. Не уверен, что WinCE можно или нельзя назвать дистрибутивом.
В дополнение к новости рекомендую обратить внимание (как разработчикам, так и соответсвующим сотрудникам Intel), если, конечно, еще не видели — mbeddr.com

Сегодня ссылка на него появилась на Hacker News, и, действительно, очень часто утилиты для разработки встроенного ПО намного отставали от десктопных своих собратьев. Надеюсь, подобные инициативы/проекты помогут переломить ситуацию.
А теперь все тоже самое, только на этот раз точнее:
1. Никаких вариантов нет, плата выпущена на обрезанном SoC с кодовым именем «Tangier», который является обрезанным Atom Z34xx, у котороего есть основной 2х -ядерный CPU Atom (Silvermont) @ 500 Мгц и «пока еще неиспользуемое» ядро Quark @ 100 Мгц (которое, добавлю, в необрезанных процессорах используется под TXT).
2. Неизвестная RTOS — это ViperOS, обезанная VxWorks от Wind River.
Не кините линк на описание ViperOS? На сайте Wind River нет никаких упоминаний. А google выдает какой-то мутный дистрибутив Linux.
Пока не кину, прошу искреннего пардону. Если WR не выложили, значит описание пока еще под NDA.
Зато могу расказать, как там это практически бесполезное ядро Quark на 100 Мгц оказалось внутри SoC — у нормальных Atom на нем выполянется Trusted Execution Engine, который является аналогом Management Engine с уменьшенной функциональностью и использует ядро Quark и неизвестную мне ОС (бьюсь об заклад, что это WR VxWorks), в то время как ME использует лицензированное у Synopsys ядро ARC4 и работает под управлением ThreadX RTOS. В результате для Edison процессор почикали, и ядро Quark осталось без работы, и ее теперь нужно срочно придумать, для чего спешно пилится «ViperOS», о которой потому никаких сведений в открытом доступе и нет.
Спасибо за интересную информацию:)
А у вас нет знаний\догадок каким образом ядро Quark подключено ко всему остальному? В первую очередь интересно есть ли у него прямой доступ к периферийным блокам. Также интересно есть ли доступ в общую память или только какой-то кусок shared mem'а?
Не взлетит, рыночная цена должны быть 20 долларов с обязкой.
Хе. Это пока эксперимент для гиков.
Имхо Полетит но НИЗЕХОНЬКО,
Для своего проекта выбрал тв стик на rk3036 за 35$ (2ядра 1.6, 1gb ram, 8nand, hdmi, 80x30x1.6mm, bluetooth, wifi, android/linux) + arduino nano (для датчиков) 5$ — итого 40$.
Уверен что для 99% проектов этого будет достаточно. Хотелбы услышать конструктивную критику или сравнение.
P.S. Это третий вариант который меня устроил — до этого был распбери и кубиетрак — оба не устроили размерами (распбери еще и скоростью)
на эти стики уже можно нормальный линукс установить или как?
рокчип же не дает исходников и спеков, тока бинарный официальный ондроед обычно доступен для их поделок.
Да конечно
Самый худший вариант это, то что у вас может не заработать вайфай и блютус (там да проблема с драйверами для некоторых чипов, но догл за 3 бакса решает проблему). Есть даже стики специально для линукса (MK802 III LE) но дороже.
Но мне неожиданно понравился android на борту — дает очень много плюсов типа отладки софта и т д.
Работа с usb github.com/mik3y/usb-serial-for-android оказалась очень проста.
Есть открытая документация?
Есть официальная поддержка?

В первых двух страницах гугла не нашел
Документация о чем? Если оставить android то документация не нужна, если ставить линукс то вроде тоже (хотелосьбы примеров).
Что вы вкладываете в слово «поддержка»?
Я имел ввиду непосредственно документацию на сам чип — rk3036, а именно datasheet и reference manual, еще application notes желательно.

А драйвера всей периферии есть и на них описан API?
Если да, и хочется работать на уровне ОС то этого действительно может быть достаточно.

Поддержка это типа такого:
freescale.com/support -> Create Service Request

написал технический вопрос — тебе ответил инженер

ПС если это домашний проект just for fub, то я не вижу разницы $35 — $100.

Если это проект рассчитанный на хотя бы год производства, пусть даже 100 устройств, то возникает неприятный минус — как быть уверенным в том, что эти стики можно будет купить и изготовитель не заменит их новыми не совместимыми. Только если сразу затариться на будущее.
Да сложности возможны, при том в обоих вариантах (Intel тоже может решить что не взлетело и закрыть производство).
По поводу совместимости: уже провел несколько эспериментов, выглядит так, что меня устроит любой стик с поддержкой андроид и одним портом юсб.
Зачем это надо? Мне нужен один юсб порт на который вешается хаб в который вставляется все что хочешь — я использую arduino nano и сервоконтроллер на 32 серво привода.
Как апи достаточно Android, ну или boost:serial для Linux.
В этом то мне и нравится мой выбор — взял и сразу пишеш то что нужно (юсб работает а больше не надо).
Начнем с второго вопроса.
Официальная поддержка конечно есть, и это компания Intel, кто мог бы сомневаться :)
Второе — открытая документация. Документация по идее всегда открыта, но есть некоторые ИТ компании, которые думают иначе. Документация по API является публичной.
Возможно подразумевалось — открытое аппаратное и программное обеспечение. Проект Edison не является — Open Source Hardware. Максимум под Open Source Hardware, могут идти различные модули расширения. Так же Edison, это не открытое программное обеспечение, в полном смысле этого слова. Будут предоставлены некоторые уже скомпилированные блоки, для встраивания в свои Linux системы, но полностью открытого кода не будет.
Нет, вы не поняли — это я даю конструктивную критику по поводу выбора стика на rk3036 в качестве платформы для домашнего проекта.

К интелу по этим пунктам как раз нет.

PS документация не всегда открыта, попробуйте найти reference manual на rk3036, на сайте производителя.
Как бы узнать, чтение GPIO там только через пуллинг(как в карамболе) или прерывания тоже поддерживается (реализованы).
Only those users with full accounts are able to leave comments. Log in, please.