По железу всё, конечно, неплохо, но из-за отсутствия документации невозможно написание драйверов, поэтому для эмбеддед-задач я для себя выбрал BBB.

Коллега, значит, так было нужно. И не стоит зацикливаться на вопросе о том, на чем зациклилось руководство

С BBB та же история.
Еще год не прошел, а уже вышла ревизия C.
Изменили версию процессора, изменили размеры eMMC и EEPROM, изменили назначение 10-и внешних пинов, срезали кое-какие разъемы.
Т.е. опять перекомпилировать ядро андроида, опять проводить переделку материнской платы и проч.

Не оправдывается эти дешевые платки закладывать в серьезные долговременные проекты.

Если проект серьезный и долговременный, то ничего не мешает взять проект платы нужной ревизии (благо он есть в открытом доступе) и изготовить нужное количество этих плат. Или переразвести плату под свой проект, если идет речь о серии.
Я больше рассматриваю использование того же BBB в плане единичных изделий или для макетирования.

Именно так эта платка и позиционировалась, по крайне мере год назад - дешевый малогабаритный линукс-миникомпьютер




А вы знаете плату у которой была одна единственная ревизия на "всю жизнь"?? Вот брал ту же холу, моя ревизия была А теперь уже D, так что это нормальный процесс в достаточно сложных изделиях...



И в чем прикол этой платы?? Нафига полгига памяти плате, в которой даже видеоконтроллера нет?? Да и по цене она явно дороже той-же малины или холы, в который полноценная графика...
Не читал полностью, но раз это интел, то скорей всего и архаичное х86 ядро со своей дурацкой сегментацией памяти и гемором с активацией v86 mode... Пора уже отправить все это на свалку истории, было круто в свое время, но оно уже давно прошло!

Ничего идеального нет, есть альтернатива - odroid c1, но там свои недостатки, например не вывели на разъемы интерфейс камеры/дисплея, но присутствуют I2C/SPI/UART/ADC

Почитал поподробнее, да это чисто х86 система 400МГц проц.

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

Пример с семисегментным индикатором просто убил! Этож надо 400 мег проц использовать для этого!! Да там он еще и на своем шилде с авркой стоит

ЗЫ. Наверно скоро светодиодом помигать нужен будет проц не меньше кортекса А8 обязательно с линуксом и прогой на питоне...

Ну как, сначала он прочитал защищенный SSL почтовый ящик по протоколу IMAP с помощью скрипта на Python-e.
Такой финт на сегодняшний день не сделать ни на одной из доступных плат на STM32 или чем то подобном.
Протокол IMAP весьма сложный, его нет скажем в большинстве известных RTOS.

Другое дело, что сама идея обмениваться email-ами для IoT довольно абсурдная.
Но IoT так быстро развивается, что кто кого порвет совершенно не очевидно.
Я скажем думал, что HTTP не приживется в IoT, а оно уже в ZigBee корни пускает.
Скоро чувствую я по CAN-у и SPI буду HTTP пропускать.

http://habrahabr.ru/post/245887/

Разработчик - гений!!! Поймал мои мысли



Дак это понятно. Можно еще и лампочками в доме управлять через SSL и тп, только нужно-ли это??




А ведь додумается какой-нить очередной гений

Помню, лет 10-12 выходил в инет по диалапу, чтоб почту проверить грузил 150килобайт(тогда еще по трафику платил), недавно посмотрел, сколь загружаю для того-же просмотра почты - 2-3 МЕГАБАЙТА!!! И чего там такого добавилось, картинки отключены в обеих случаях... По моему лень писать нормальные быстрые программы - это главный недостаток современных программеров, а они еще в микроконтроллеры полезли....Жуть



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

http://www.greentechmedia.com/articles/rea...lb-goes-on-sale

Ну разве не счастье??

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

Надеюсь, в лампочке встроенный вебсервер. Java, все как положено?
Не берите лампочки с объемом меньше 4 гигабайта!
Только 2х ядерные минимум. Пора вводить IPv8 если у каждой лампочки вебсервер.
Еще по вебсерверу надо на каждое окно и дверь.
Ну чтоб всегда, находясь в Австралии можно было проверить, не забыл ли запереть.

Ждем лампочек с встроенным LCD экраном..

Можно уточнить, где вымирают? В какой стране?

Потому что в европах, в том числе и благодаря Распберри, электронщиков хватает и "зажечь ламочку" по интернету - это всего-лишь студенческие прожекты.

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

А по поводу собственно распберри и его перспектив. 4 миллиона как бы не смущает? Это как раз те платки, которые нашли своих пользователей.

Я что хочу сказать - в пост-СССР бизнес одноразовых проектов скорее мертв, чем жив - это видно также по профильному разделу на этом же сайте.
Исполнители долго ищут заказчиков, а заказчики - исполнителей и все пытаются друг-друга кинуть.
И все выливается в то, что заказы берут только те, кто "и жнец и кузнец и на гитаре игрец". Т.е. сам и ТЗ напишет и железо сделает и прогу запрограммирует.

А представьте себе на западе есть целые фирмы со штатом 100 чел и более, которые делают такие одноразовые проекты. Вот типа приходите вы к ним с идеей типа нужно ус-во управления астрообсерваторией в 1ом экземпляре. И они вам сделают. Причем стоимость оговорится еще до обсуждения и изготовления ТЗ. А во внутрь они влепят блекберри. Так как таких заказчиков на 1экз у них много, и программистов мало. И неважно, что он стоит 30$ вместо 10 за ардуину, а также то, что HDMI и MPEG2 кодек останутся неиспользоваными - зато задача будет сделана в сроки и по требованиям заказчика.

А может дело не в непонятных ядрах и гигабайтах и светится ли она вообще, а просто нужен хороший лейбл с голограммой?
Сама концепция "умного" дома рассчитана на определенный уровень ума, мне кажется.
С возрастом обнаруживаю в доме все больше совершенно бесполезных вещей, на которые когда-то было потрачено время и деньги.

Снобизм махровый.

Да распил этот распбери и маркетинговый эксперимент.

Закон маркетинга говорит, что из десяти человек котором вещь абсолютно не нужна один из них всегда ее купит.
Вот они и лезут во все щели.
Дошло до того что в новостях на BBC толкают эту платку как некий гаджет необходимый в хозяйстве.
Ну так домохозяйки скоро начнут вешать распбери как хайтек амулет на шею чтоб умных мужиков привораживать.

А четыре миллиона толкнули в Нигерию по распилу программы информатизации африканских школ.

Вот почему Arduino столько не продали? У Arduino же аудитория шире гораздо. Или я ошибаюсь?

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

Не согласен. Эта идея породила множество подобных плат-контроллеров, ту же холу, которой я пользуюсь. Странно мне только одно - почему был выбран NDAшный чип... Здесь только финансовая составляющая или таракан в голове разработчика.

ЗЫ. Еслиб в то время, когда начали продавать малину, ее чип был с доками - свой контроллер сделал бы на ней, хоть там и уартов меньше, чем в МХ6.



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

Сначала в переходят к программированию исключительно на линуксе(камни сложнее стм32 уже поголовно), следующий этап, т.к. в линуксе программировать нативно куда сложнее, чем на том же стм, значит идем дальше - пишем не на си, а на пхп, питоне, баш-скриптах и т.п. И все дальше и дальше отдаляемся от "корней"

Они на нашем форуме вымирают . Меняется статистика постов в пользу покупных ("китайских") плат и возни с их программированием.


А вот тут вы в самую точку попали! В самом деле, платы c контроллерами, производимые для автомобилей, представляют собой образцовый пример "ембеддерности". Т.е. и внешних интерфейсов у них куча, и выведены они на разъемы "под винтик". Да не так, как у дешевых демо-плат для STM32 (когда ножки контроллера прямо на штырьковый разъем идут), а основательно - через буферы или ключи. Т.е. внешние линии выдерживают приличную токовую нагрузку (возможно даже КЗ выдержат) без опасения испортить МК. Я сама себе такую плату в этом году купила - на TMS570. Она хоть и демонстрационная, но все интерфейсы выведены честно - хоть прямо к настоящему автомобилю ее приворачивай.

В толк не возьму, отчего автомобильные фирмы (или те, кто для них электронику делают) не выпустят эти платы в открытую продажу. А ведь этим бы они похоронили, как Arduino, так и Raspberry. Ведь автомобили выпускаются огромными тиражами, а потому себестоимость таких плат в расчете на одну штуку исключительно низка, даже принимая во внимание, что МК, позиционирующиеся под автомобильное применение, порой сильно дороже обычных. Но на худой случай можно было туда обычные МК впаивать, т.к. почти каждый автомобильный МК имеет свой праобраз среди обычных.

Документация на периферийные субмодули микропроцессора: тынц и на видеоядро: тынц. На мой взгляд, для написания линуксовых программ под "Малину" этого вполне достаточно. Все драйвера открыты, включая видеоконтроллер: тынц. Загрузчик закрытый, да. Мне это было совершенно без разницы, если самосборный "Линукс" грузится из под него.


Да хоть на "Эрланге" пусть пишутся программы. Скорость разработки ПО и уменьшение ошибок кодирования всё окупает.
На мой взгляд, "Малина" создана не для устройств, работающих в режиме 24/7/365, а для устройств, где кратковременный сбой ПО вполне допустим. В первую очередь, это обучение людей программированию в "Линуксе", во вторую уже отображение данных. Об отказоустройчивом управлении и речи быть не может, не для того "Малина" сделана. А надёжные промышленные одноплатные вычислители и стоят в разы дороже.

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


по работе разобрал пару таких плат разных производителей- везде стояли заказные микроконтроллеры.
в последних- модулях АBS - вообще безкорпусные технологии. выглядят как-то так:

А причем здесь плата?? Считаете, что там есть большие просчеты в схемотехнике или трассировке, которые дают аппаратный сбой процессора??
Дело в кривости программ и не более того.

А сейчас вообще что-то более менее надежное делают?? Если программер, уже при написании своего "творения" сразу говорит, что оно не способно работать в автономном режиме без глюков, зависаний и перезагрузок, то лично мне такой программер нафиг не нужен.
Вы поработайте годик другой в сервисной службе, которая обслуживает сии девайсы, если года за 2 не поседеете, то вам повезло



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



Если эти программы - игрушки и развлекалки на планшете - то да, допустимо. В остальных случаях такой подход - фуфляндия.



Там главный конек - надежность герметичность и темп. диапазон, остальное - недостатки: закрытые платформы, специализированные интерфейсы, полная неремонтопригодность и высокая цена.



Большинство покупателей подобных плат берут их "на поиграться", сделать какую-нить свистоперделку, игрушку и просто занять время.
Еслиб они выпускались в автомобильном исполнении - стоили раз 5 дороже. Кто б купил такую "игрушку"??

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

По этому вопросу я уже высказывался здесь. Если коротко, то для обеспечения работы "Малины" в промышленной автоматике в режиме 24/7/365, на мой взгляд, необходимо было бы сделать следующие действия:
1. Заменить разъёмы на устойчивые к тряске и загрязнению.
2. Установить аппаратный сторожевой таймер, сбрасывающий процессор при "зависании" ПО.
3. Заменить радиоэлементы на работающие в промышленном диапазоне температур (от минус 40 до плюс 85 градусов по Цельсию).
4. В "Малине" установлена динамическая память без исправления ошибок, поэтому сбои в работе ПО будут неизбежными, это лишь вопрос времени работы. Об этом можно почитать здесь. На мой взгляд, в промавтоматике динамическая память - зло. Поэтому меняем её на статическую и избавляемся от операционных систем впридачу.
Наверное, список изменений можно продолжить. В итоге мы имеем совершенно другое изделие, решающее совершенно иные задачи.
Повторюсь ещё раз, "Малину" лучше использовать по назначению: учиться программировать и отображать данные, причём с вероятными сбоями в работе.
Зачем пытаться ехать на велосипеде по снегу и льду? Для этого нужен трактор или танк.

всё (почти) придумано до нас..



отсюда: http://www.davidhunt.ie/piphone-a-raspberr...sed-smartphone/

Все это здорово, но:
1) платы как правило устанавливаютс в корпусах, соотв. уровню защиты по IP... И как правило не всегда устанавливаются на мобильные объекты, подвержанные тряске.

2) собака нужна, если ее нет в камне - тут однозначно да.

3) Опять-же много аппаратуры устанавливается в отапливаемых помещениях, так что не факт, что везде нужно пихать "индустриалку"

4) Память как и другая логика как правило дает сбои в сильных эл.магн. полях или воздействии радиации. Вряд-ли кто будет на подобных платах делать военку или космическое оборудование. В земных условиях достаточно продумать топологию платы и модули питания.
В любом случае вероятность сбоя памяти в разы меньше, чем криво написанного ПО.

Нет, чего действительно Raspberry не хватает так это нормального андроида.
Без этого его вечно придется программировать на дикой смеси PHP, JavaScript, Python, Shell и C++
А так можно было бы обойтись одним языком C/C++ и двумя средами, скажем IAR IDE и RAD Studio, упрощение 5-и кратное.

Чем он так хорош?? Сколь людей не знаю, так все пишут на андроиде исключительно на яве, сишников еще не видал. К тому же 90% прог - развлекаловка и игрушки под планшеты и смарты. Плюс низкоуровневый код чаще всего закрыт для изменений.

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

И Raspberry было бы хорошим вариантом если бы поддерживало RAD инструменты для IoT.
Но поскольку продукт для африки в нем видимо умышленно нет RAD-а.
А андроид прямо заточен под RAD.

To есть в обоих случаях писать на C++?
Непонятно в чем проблема, личная привязанность к RAD Studio?
Я в Sublime Text и не вижу проблем без андроида. Не думаю, что он чемто помог бы.

Programming Raspberry Pi with Simulink подойдёт?

Да довольно забавно, но там нет поддержки протоколов IoT. В лучшем случае голый TCP/UDP.



Даже не в обоих случаях, а во всех случаях. Но это так сказать идеал.
Понятно что скажем от применения SQL не уйти.

Я работаю в области промавтоматики, это довольно консервативная вещь, хотя вводятся новые железки, но думаю, что "инет-игрушки" тут явно не к месту.



Вот зачем в "умном доме" SQL?? Проще решений нет?

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


Зачем же в такой сложной системе, как Умный дом, искать непроверенные решения для хранения важной информации? SQL - отработанная и поддерживаемая сущность, разработчики даже не задумываются о выборе иных решений

Ну если стратегия - стрелять из пушки по комарам - тогда да, верная. Тогда уж и программируйте лампочки по http, тоже ведь "отработанная и поддерживаемая сущность", не так ли??



Тогда объясните, в чем я ошибаюсь? Где в промавтоматике используется IoT?



Поживем - увидим

Если пушка - это лазерный агрегат типа HEL, то стрелять можно и по комарами и по мухам .

Во например Cortex-M7 именно такая "пушка". А проект http://mbed.org/ ее зарядит чем надо.

А в промавтоматике как вы себе представляете роботов без IoT? Или распределенные системы управления без удаленного наблюдения.
Просто это раньше называли по другому и в каждой области по разному.

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

IoT это очередной баззворд, используемый на Западе для распила бабок. Всего навсего.
Много их было, решений, которые "перевернут нашу жизнь". В основном бредовых.
Как ХМЛ файловая система - XML тоже была панацея, без которой жить не возможно и бутерброд в рот не лезет.

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

Единственное, что считаю, что данная плата положила тенденцию медиапроцов в массы, не конкретно этого, а вообще. Я не программирую на линуксах, sql, http и т.п. Но без подобных контроллеров я до сих пор использовал дорогие и громоздкие х86 решения...

А что касается систем сбора данных, с аналоговыми входами-выходами, чего так нехватает Ксении , то конечно, можно было бы добавить в некоторые ревизии маленький контроллер с АЦП...

Да эта тема называлась раньше M2M. Сейчас это называют indistrial IoT.
Для M2M разработана куча частных решений на самодельных серверах и протоколах.
Я сам сделал не один такой сервер и протокол. Это же какой кайф сидя у себя на кухне апгрейдить софт в каких-то установках на холодном зимнем полигоне за сотни километров.
Но до последнего времени все тормозилось недоступностью эффективного софта для малых RTOS для взаимодействия с интернетными сервисами и надежных глобальных серверов с возможностью размещения на них своих приложений.

Вот Raspberry это пример такого универсального костыля.
Он предлагает почти все интернет протоколы существующие на сегодняшний день чтобы как-то криво-косо реализовать IoT.
Но делать на Raspberry одновременно с IoT непосредственно встраиваемое приложение это действительно глупо и небезопасно.

Но скоро поставщики сервисов в IoT наведут порядок и необходимость в Raspberry совсем отпадет.
Он почти виден этот порядок - это архитектура REST и протокол XMPP элементарно реализуемый хоть на 8-и разрядном Arduino.

А как с безопасностью таких протоколов? Ставить SSL или еще какой-нить монстровидный шифратор? Сомневаюсь, что с ним справится 8битный ардуина

В моем понимании это Industrie 4.0. Про industrial IoT интернет не знает ничего.


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

Ну и место Распберри еще совсем не определено.

Недоступность надежных серверов? С этим никогда проблем не было.
Как грязи. REST и XMPP это не натуральные для таких вещей штуковины.
Помните Палм наладонный комп/записная книжка?
Их успех был в том, что они подошли с правильной стороны: это не виндоус, тут другие принципы.
Здесь люди, у которых деньги и маркетинг пытаются всучить то, что они знают, хотя это подходит не особо.

Их был у меня. И я бы не сказал, что у них был особый успех. Их успех можно сравнить с ЭЛТ телевизором или видеомагнитофоном с кассетами - время пришло и время ушло. Революцию они не смогли осуществить.

Оба на! Как "не смогли"? Они фактически единственные были какоето время. Технологии не позволяли шагать дальше в то время.
В свое время ничего толком другого не было. Лидеры.
Да и первые смартфоны были с палмом. И хватало. Записная книжка, календарь, телефонная книжка, мп3 плейер.
Больше ничего и не надо, без всяких гигабайт шелухи.

Попробуй сказать это сегодняшним "блондинкам-селфи" с яблокофонами Отбери у них эти свистоперделки и.... может начаться эпидемия суицида
Вообще до сих пор пользуюсь обычной "неубиваемой" нокией 3110 и не испытываю никаких трудностей по этому поводу. И свой "умный дом" до сих пор ни к каким инетам не подключен - все состояния передает смс или голосовым информатором, управление через голосовое меню с мобильника. Не висло уже как год!

Ну как бы одно поколение не сопротивлялось появлению в их жизни "новых игрушек", а вот молодое поколение в роли руководителей уже жить не может без гаджетов. У меня только в прошлом году было несколько индустриальных проектов с удаленным доступом и управлением с помощью смартфона. Даже инспекторы захотели иметь карманные варианты анализаторов, измерителей, датчиков крена и прочих сенсоров, чтобы оперативно за две минуты сделать черновую оценку объекта при его первичной приемке. А настоящую лабораторию уже позже подтягивают, если в этом есть смысл. Так вот такая коробочка с датчиками все сливает именно на смартфон для удобства хранения и отображения.

Удаленный доступ через VPN тоннель, сейчас угольный разрез в г.Экибастуз под полным нашим управлением, пока Заказчик не взял его на себя. То есть все карьерные самосвалы , экскаваторы и электровозы - это Connected Car. МСУ СЦБ (управление дорожным полотном, стрелками, светофорами и пр.) также управляется дистанционно - это уже Connected Railway Station :-) Причем, всё это хочет современный заказчик, он уже автоматизированную систему диспетчерского управления горнотранспортным комплексом не представляет без гаджетов и "игрушек", он хочет контролировать ситуацию на своем оьбъекте, который приносит деньги, из любой точки мира в любой неудобной обстановке, лишь бы была хоть какая-то связь, хоть EDGE, но WiFi конечно лучше.

Ну вот видите, разные заказчики у нас. Мои вот хотят, чтоб у них все работало "как часы", не висло, не перезагружалось, вообщем поставил и забыл. Если к нему можно "прикрутить" всякие свистоперделки, то можно, а если это приводит к ухудшению надежности, но ни в коем случае нельзя. Управление в некоторых случаях вообще жестко, через диалап соединение модемом, я предлагал сотовую связь, но отказались... Так что вот.


А провайдер у вас обеспечивает надежность инета?? Например, делал проект в области, там такой инет, что лучше по рациям связь держать, и что я там буду делать с vpn-ом??



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