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

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



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

Сообщение отредактировал Jury093 - Feb 16 2015, 20:16

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

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

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

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

Сообщение отредактировал mantech - Feb 16 2015, 21:46

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

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

Сообщение отредактировал mantech - Feb 17 2015, 07:25

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

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

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

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

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



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

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



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

Сообщение отредактировал mantech - Feb 17 2015, 19:24

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


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

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



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



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

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

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

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

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

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